Каковы рекомендации для приложений, которым необходимо отправлять автоматические электронные письма (например, служба восстановления пароля) и избегать черных списков электронной почты?

Я работаю в университете над проектом веб-системы академического управления, и в настоящее время я сталкиваюсь со следующей проблемой:

Иногда приложению необходимо отправить электронные письма, большинство из которых отправляются по запросу (например, пользователи запрашивают ссылку для восстановления пароля). Многие электронные письма для такого рода услуг отправляются ежедневно, а если на пике доступа, они отправляются массово. Это привело к тому, что наш почтовый сервер был включен в черные списки распространенных почтовых провайдеров (таких как Yahoo и Hotmail), что привело к сбоям в доставке электронной почты.

Каковы общие причины такого рода проблем? Можно ли избежать этих черных списков? Или, по крайней мере, есть ли какие-либо рекомендации, которым нужно следовать, чтобы я мог «помечать» эти полезные электронные письма как не спам или безопасную электронную почту?

Спасибо за прочтение.


email password-recovery mail-server
person marcio    schedule 13.07.2011    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Прежде всего, проверьте, действительно ли эти сообщения отправляются на адреса электронной почты в базе данных вашей учетной записи. возможно, в вашем приложении есть дыра в безопасности, которая позволяет отправлять сообщения произвольным получателям. Индикатором этого может быть то, что ваш домен или IP-адрес занесен в черный список не только у определенных провайдеров, таких как Yahoo или Hotmail, но и в общедоступных черных списках, таких как spamhaus. («Большинство из них отправляются по запросу».. заставляет меня задуматься.. что насчет других? Могут ли они быть интерпретированы как спам многими получателями?)

затем вам нужно выяснить, заблокирован ли ваш сервер из-за количества отправленных сообщений или из-за того, что контент выглядит как спам.

Проверьте свои журналы за время до того, как произойдет занесение в черный список. Видите ли вы много отложенных сообщений (код ошибки 4xx), содержат ли они сообщения об ошибках, указывающие на слишком много сообщений с вашего IP? если это так, настройте свой агент передачи сообщений для ограничения доставки сообщений этим провайдерам.

также проверьте настройки вашего почтового сервера:

  • правильный полностью квалифицированный HELO?
  • соответствующий обратный DNS?
  • Если у вас есть DKIM , SPF и тому подобное... настройки правильные?

наконец, проверьте сгенерированные сообщения. Есть ли у них все необходимые заголовки? Прогоните их через spamassassin и проверьте результат. соответствующим образом адаптируйте форматирование ваших сообщений.

person Gryphius    schedule 14.07.2011
comment
Задача решена! Вот мой контрольный список: [x] Нет дыр в безопасности почтовых сервисов [x] Контент не выглядит спамом. Сообщения были тщательно написаны, чтобы избежать этого) [x] MTA, кажется, в порядке [x] HELO, кажется, полностью соответствует [ ] Заголовок выполняет все требования [ ] Обратный DNS работает правильно Ну, проблема была в конфигурации заголовков. Была опечатка и комментарий не в том месте, поэтому заголовки были отправлены не полностью. И я думаю, что это вызвало вторую проблему, инверсия DNS не могла быть выполнена. Спасибо за помощь! - person marcio; 14.07.2011
comment
Кроме того, я изо всех сил пытался добавить разрывы строк в предыдущем комментарии, но безуспешно. - person marcio; 14.07.2011