Гибкий SMTP-сервер с открытым исходным кодом или бесплатный [закрыт]
В настоящее время у нас есть собственное внутреннее программное обеспечение для электронного маркетинга для наших информационных бюллетеней и использовали SMTP-агент SQL-сервера для отправки электронных писем через наш локальный SMTP-сервер (IIS), а затем на SMTP-ретранслятор нашего интернет-провайдера.
Сервер SQL был задействован, потому что адреса электронной почты получателей хранятся в базе данных и потому, что он принимает содержимое информационных бюллетеней, которое мы используем.net для создания электронных писем для доставки.
Примерно месяц назад у нашего интернет-провайдера сложилось впечатление, что мы рассылаем спам (объем нашей электронной почты составляет около 20 КБ в день), и он заблокировал ретранслятор SMTP. После долгих споров с ними мы отказались от них, но поняли, что они пришли к такому выводу из-за большого количества отчетов о недоставке.
Мы решили проблему с отчетами о недоставке, но возврат к ретрансляции SMTP провайдера в настоящее время невозможен.
Использование IIS в качестве прямого SMTP-сервера не идеально, потому что мы не можем реализовать системы, которые помогут нам справиться с обходом спам-фильтров, поскольку нам нужно реализовать DKIM и SPF, а это не так просто для IIS.
Мы пытались использовать наши учетные записи общего хостинга только со стандартным SMTP-хостингом для отправки наших писем с SQL-сервера, но лимит электронной почты установлен на 300 / час, что недостаточно высоко, и в настоящее время использование чего-то вроде SendGrid слишком дорого. этот том, поскольку мы не получаем прибыли от информационных бюллетеней.
Несмотря на то, что у меня был предыдущий опыт работы с Exchange 2003 и 2007, я просто считаю, что обслуживание и требования к оборудованию иногда весьма сложны, и я ищу минимальное, но гибкое и функциональное решение для SMTP, которое может поддерживать DKIM и SPF.
Я рассматривал что-то вроде QPSMTPD или порта Node.js; Харака.
Есть ли у кого-нибудь здесь опыт работы с вышеупомянутым, и насколько быстро и легко можно внедрить, поддерживать и расширять?
А как насчет поддержки DKIM и SPF?
Как насчет того, чтобы справиться с таким большим объемом и необходимой скоростью?
Вероятно ли, что я все еще буду сталкиваться с проблемами фильтрации спама и проблемами с моим интернет-провайдером?
Есть ли у кого-нибудь какие-нибудь идеи по этому поводу?
Every recent mail server is capable of doing the job with that minimal requirements you provide. You are sending only 800 mails per hour. This can be done in 5 minutes without pain.
So check the server that fits your requirements. Any of Sendmail, Courier, Qmail, Exim or (my favorite) Postfix can do what you want. Without any problem.
Edit:
But I would not jump on the train to use your "recommended" solutions. They are exotic mail servers whereas the mentioned above have a history of over 10 years of development. Sendmail is even 18 years old and it's ancestor even 30 years. So stick with the "good old" ones.
у нашего интернет-провайдера создалось впечатление, что мы рассылаем спам.
Не удивительно. Управление почтовым сервером - нетривиальная задача, настройка / управление почтовым сервером для массовой рассылки электронной почты требует гораздо больше навыков (SPF / DKIM - это только начало).
Объем вашей электронной почты достаточно велик, чтобы вы могли столкнуться с проблемами, даже если у вас есть собственный сервер, но, вероятно, недостаточно велик, чтобы он был финансово жизнеспособным, чтобы приобретать и поддерживать уровень знаний для самостоятельного управления службой. . Я настоятельно рекомендую поискать уважаемого провайдера массовой рассылки электронной почты (извините, не могу дать вам никаких конкретных рекомендаций).
Если вы действительно хотите пойти по пути запуска собственного сервера, я рекомендовал бы держаться подальше от MSExchange - IME дорого, сложен в настройке / обслуживании и менее надежен, чем большинство других основных MTA.
Очевидными кандидатами будут sendmail (очень настраиваемый, но требует глубокого понимания) или postfix (гораздо проще настроить, и меньшая пропускная способность вряд ли будет вопрос). Вы определенно хотите что-то с поддержкой milter. Судя по предыдущему опыту, Exim и Qmail сильно отстают с точки зрения стабильности.
Если вам действительно нужно запускать его в MSWindows, взгляните на iMail - но AFAIK он не поддерживает сложное управление очередями.
Проверка Харака на некоторое время, и я бы не рекомендовал ничего, кроме этого. На самом деле Харака - это фреймворк, где все является модулем. Очень простая в использовании, исходный код читается, доступен на github, никакого волшебства. Поддержка DKIM/SPF включена над плагинами. Пока у меня нет тестов скорости, но пока нет серьезных проблем. Меньше чем за неделю я написал рабочее приложение для клиента.
Кстати... В прошлом я использовал Postfix и Exim4. У меня хорошая память с Postfix и плохая с Exim4 (ошибки). В любом случае, я не болото прошлого века и игра с таким синтаксисом конфигурации просто больше не вписывается в мой рабочий процесс :).
Надеюсь, это поможет.
.Есть ли у кого-нибудь здесь опыт работы с вышеупомянутым, и насколько быстро и легко можно реализовать, поддерживать и расширять?
У меня есть некоторый опыт работы с Sendmail (десятки серверов, 0 текущих) , Qmail (тысячи серверов, 3 текущих), Postfix (сотни серверов, 25 текущих), Qpsmtpd (десятки серверов, 1 текущий) и Haraka (десятки серверов, 7 текущих). Это рисование в общих чертах, но в целом:
- Sendmail умеренно сложно настроить и поддерживать и умеренно сложно расширить.
- Qmail умеренно сложно настроить, легко поддерживать, и сложен в расширении.
- Postfix прост в настройке, обслуживании и умеренном расширении.
- Qpsmtpd умеренно устанавливается, прост в обслуживании и легко расширяется, если вы grok perl.
- Haraka легко установить, легко поддерживать и легко расширять, если вы изучите Javascript.
Конечно, все эти комментарии предполагают, что вы ищете SMTP.
Какой MTA "лучший" действительно зависит от задачи. Для большинства обычных задач я выбираю Postfix по умолчанию. Если sendmail установлен по умолчанию, я заменяю его Postfix. Помимо того, что обсуждалось выше, Postfix небольшой, быстрый и достаточно безопасный. Для входящих MTA, которым требуется больше, чем минимальная фильтрация и проверка, я всегда ставлю Haraka впереди. Это безумно быстро и, что более важно, позволяет невероятно контролировать то, что принимается.
Моя любимая функция Haraka - это плагин karma. (отказ от ответственности: я написал это). Он реализует механизм эвристики, который просматривает десятки битов информации (удаленный IP-адрес, прошлые соединения с этого IP-адреса и ASN, FCrDNS, DNSBL и т. д.) и оценивает каждое соединение . Это очень похоже на SpamAssassin, за исключением того, что он очень быстр. В отличие от SpamAssassin, его можно развернуть заранее, когда сотни или тысячи одновременных входящих подключений являются нормой. В типичных развертываниях менее 10% подключений проходят этап DATA, когда работают ресурсоемкие плагины, такие как DKIM и SpamAssassin.
А как насчет поддержки DKIM и SPF?
Sendmail и Postfix добавляют поддержку DKIM и SPF через milter интерфейс. Его немного сложно настроить (есть много HowTo), но он работает хорошо. Qmail добавляет SPF с помощью патчей и DKIM с помощью очень болезненных уродливых хаков. Qpsmtpd и Haraka имеют собственные плагины (perl и JS соответственно), которые добавляют поддержку SPF и DKIM. С QP и Haraka, SPF, DKIM и DMARC все так же просто, как включить встроенные плагины.
Как насчет работы с таким большим объемом и требуемой скоростью?
У вас низкий уровень громкости, ни один из перечисленные MTA будут обрабатывать это.
Вы, вероятно, обнаружите, что подписывание сообщений через DKIM milter снизит производительность вашего MTA (будь то Postfix или Sendmail) примерно до 1/10 его собственной производительности. Если вам не нравится боль, даже не пытайтесь использовать Qmail. С QP и Haraka DKIM - это просто еще один плагин, и единственное заметное отличие после включения DKIM - это повышенное потребление ОЗУ.
Вероятно ли, что я все еще буду сталкиваться с проблемами фильтрации спама и проблемами с моим интернет-провайдером?
Не на основе вашего MTA . Проблемы с фильтрацией спама и проблемы с вашим интернет-провайдером возникают из-за того, что вы отправляете сообщения, которые возвращаются, отправляются или отклоняются. Убедитесь, что все ваши исходящие сообщения несут информацию о вашем конверте, чтобы вам возвращались сообщения о недоставке и уведомления о доставке. Обязательно примите их, проанализируйте содержимое и обновите базу данных соответствующим образом.