В настоящее время у нас есть собственное программное обеспечение для электронного маркетинга для наших информационных бюллетеней, и мы использовали SMTP-агент SQL-сервера для отправки электронных писем через наш локальный SMTP-сервер (IIS), а затем на SMTP-реле нашего интернет-провайдера.
SQL Server был задействован, потому что адреса электронной почты получателей хранятся в базе данных и потому, что он принимает содержимое информационных бюллетеней, и мы используем .net для создания электронных писем для доставки.
Примерно месяц назад у нашего интернет-провайдера создалось впечатление, что мы рассылаем спам (объем нашей электронной почты составляет около 20 КБ в день), и он заблокировал ретранслятор SMTP. После долгих споров с ними мы отказались от них, но поняли, что они пришли к такому выводу из-за большого количества отчетов о недоставке.
Мы решили проблему с отчетами о недоставке, но возврат к ретрансляции SMTP провайдера в настоящее время невозможен.
Использование IIS в качестве прямого SMTP-сервера не идеально, потому что мы не можем реализовать системы, которые помогут нам справиться с обходом спам-фильтров, так как нам нужно реализовать DKIM и SPF, а это не так просто для IIS.
Мы пытались использовать наши учетные записи общего хостинга только со стандартным SMTP-хостингом для отправки наших писем с SQL-сервера, но лимит электронной почты установлен на 300 / час, что недостаточно высоко, и в настоящее время использование чего-то вроде SendGrid слишком дорого при таком объеме, поскольку мы не получаем прибыли от информационных бюллетеней.
Несмотря на то, что у меня есть предыдущий опыт работы с Exchange 2003 и 2007, я просто считаю, что обслуживание и требования к оборудованию иногда весьма сложны, и я ищу минимальное, но гибкое и функциональное решение для SMTP, которое может поддерживать DKIM и SPF.
Я рассматривал что-то вроде QPSMTPD или порта Node.js; Харака.
Есть ли у кого-нибудь здесь опыт работы с вышеупомянутым, и насколько быстро и легко можно реализовать, поддерживать и расширять?
А как насчет поддержки DKIM и SPF?
Как насчет того, чтобы иметь дело с таким большим объемом и необходимой скоростью?
Вероятно ли, что я все еще буду сталкиваться с проблемами фильтрации спама и проблемами с моим интернет-провайдером?
Есть ли у кого-нибудь какие-нибудь идеи по этому поводу?
Каждый недавний почтовый сервер способен выполнять работу с теми минимальными требованиями, которые вы предъявляете. Вы отправляете всего 800 писем в час. Это можно сделать за 5 минут без боли.
Так что проверьте сервер, который соответствует вашим требованиям. Любой из Sendmail, Courier, Qmail, Exim или (мой любимый) Postfix может делать то, что вы хотите. Без каких-либо проблем.
редактировать:
Но я бы не стал прыгать в поезд, чтобы использовать ваши «рекомендуемые» решения. Это экзотические почтовые серверы, в то время как вышеупомянутые имеют более чем 10-летнюю историю развития. Sendmail уже 18 лет, а его предку - 30 лет. Так что придерживайтесь «старых добрых».
Тестирование Haraka какое-то время, и я бы не рекомендовал ничего, кроме этого. Харака на самом деле является фреймворком, в котором все является модулем. Очень прост в использовании, исходный код читаем, доступен на github, никакого волшебства. Поддержка DKIM / SPF включена в плагины. У меня пока нет тестов скорости, но пока серьезных проблем нет. Я написал на его основе рабочее производственное приложение для клиента менее чем за неделю.
Кстати ... Раньше я использовал Postfix и Exim4. У меня хорошие воспоминания с Postfix и плохие с Exim4 (ошибки). В любом случае, я не фанат прошлого века, и игра с подобным синтаксисом конфигурации больше не вписывается в мой рабочий процесс :).
Я надеюсь, что это помогает.
у нашего интернет-провайдера создалось впечатление, что мы рассылаем спам
Не большой сюрприз. Управление почтовым сервером - нетривиальная задача, настройка / управление почтовым сервером для массовых рассылок требует гораздо больше навыков (SPF / DKIM - это только начало истории).
Объемы вашей электронной почты достаточно велики, чтобы вы могли столкнуться с проблемами, даже если у вас есть собственный сервер, но, вероятно, недостаточно велик, чтобы он был финансово жизнеспособным, чтобы приобретать и поддерживать уровень знаний для самостоятельного управления службой. Я настоятельно рекомендую поискать уважаемый провайдер массовой рассылки (извините, не могу дать вам конкретных потенциальных клиентов).
Если вы действительно хотите пойти по пути запуска собственного сервера, я бы рекомендовал избегать MSExchange - IME его дорого, сложно настраивать / поддерживать и менее надежно, чем у большинства других основных MTA.
Очевидными кандидатами могут быть sendmail (очень настраиваемый, но требующий глубокого понимания) или postfix (гораздо проще настроить, а низкая пропускная способность вряд ли станет проблемой). Вы определенно хотите что-то с поддержкой milter. Исходя из предыдущего опыта, Exim и Qmail сильно отстают в плане стабильности.
Если вам действительно нужно запустить его в MSWindows, взгляните на iMail - но, как ни странно, он не поддерживает сложное управление очередями.
Есть ли у кого-нибудь здесь опыт работы с вышеупомянутым и насколько быстро и легко можно реализовать, поддерживать и расширять?
У меня есть некоторый опыт работы с Sendmail (десятки серверов, 0 текущих), Qmail (тысячи серверов, 3 текущих), Postfix (сотни серверов, 25 текущих), Qpsmtpd (десятки серверов, 1 текущий) и Haraka (десятки серверов). серверов, 7 текущих). Это живопись широкими мазками, но в целом:
Конечно, все эти комментарии предполагают, что вы разбираетесь в SMTP.
Какой MTA «лучший», действительно зависит от задачи. Для большинства обычных задач я выбираю Postfix по умолчанию. Если sendmail установлен по умолчанию, я заменяю его Postfix. Помимо того, что обсуждалось выше, Postfix небольшой, быстрый и достаточно безопасный. Для входящих MTA, которым требуется больше, чем минимальная фильтрация и проверка, я всегда ставлю Haraka впереди. Это безумно быстро и, что более важно, позволяет невероятно контролировать то, что принимается.
Моя любимая функция Haraka - это плагин кармы. (отказ от ответственности: я написал это). Он реализует механизм эвристики, который просматривает десятки битов информации (удаленный 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. Проблемы с фильтрацией спама и проблемы с вашим интернет-провайдером возникают из-за того, что вы отправляете сообщения, которые возвращаются, отправляются или отклоняются. Убедитесь, что все ваши исходящие сообщения несут информацию о вашем конверте, чтобы вам возвращались сообщения о недоставке и уведомления о доставке. Обязательно примите их, проанализируйте содержимое и соответствующим образом обновите свою базу данных.