Содержание

почтовые серверы отвергают мою почту

Применимость:

Слова для поиска:


Задача:

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

Решение:

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

Open Relay

Прежде чем двигаться дальше убедитесь что ваш сервер не рассылает спам.

Вы можете и не знать о том, что ваш сервер это делает.

В этом случае вашу почту заслуженно заблокировали или отбросили.

Это возможно в двух случаях:

  1. Ваш сервер настроен как Open Relay (сервер принимающий и передающий почту от неограниченного круга лиц).
  2. Злоумышленники используют уязвимость в ваших вебприложениях для рассылки почты. Это могут быть например почтовые формы без авторизации. Могли просто подобрать пароль одного из пользователей для рассылки почты от его имени.

Рекомендации:

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

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

Проверка имени и IP адреса

На первом этапе будет проверен IP адрес вашего сервера по следующему набору параметров:

Рекомендации:

Проверка адреса отправителя

Смысл этой проверки - удостоверится в существовании E-Mail адреса отправителя, что бы лишить спамера возможности влить вам спам от имени несуществующих E-Mail адресов. Согласно RFC 821/2821 адрес отправителя предъявляемый в команде «MAIL FROM:» SMTP-сессии обязан существовать, что бы на него можно было доставить сообщение о доставке/недоставке/ошибке (Delivery notification), да и просто странно выглядело бы письмо, если на него невозможно ответить стандартным нажатием кнопки почтового клиента. Передачи тела «проверочного» письма не происходит, «проверочная» SMTP-сессия фильтра с удаленным сервером проходит только до стадии «RCPT TO:»

Если сообщения рассылает ваш вебсервер, то вероятно они уходят с обратным адресом вида www-data@<ваш хост>.<ваш домен>. Разумеется такого адреса не существует на вашем вебсервере.

Рекомендации:

postconf -e masquerade_domains=«mydom.com» Это исключит отправку почты с обратным адресом вида www-data@host.mydom.com. С этой опцией адрес www-data@host.mydom.com будет заменен на www-data@mydom.com

Вколючите маппинг:

postconf -e smtp_generic_maps=hash:/etc/postfix/generic

Укажите в /etc/postfix/generic:

www-data@mydom.com      postmaster@mydom.com
www-data@host.mydom.com postmaster@mydom.com

Вместо postmaster@mydom.com используйте адрес реального почтового ящика

Выполните:

postmap /etc/postfix/generic
service postfix restart

Грейлистинг

Иногда почтовые серверы бывают перегружены и не могут принять письмо. Как вы думаете, что они отвечают на входящие запросы в этом случае? Как ни странно так и отвечают - сервер временно недоступен, попробуйте позже. Ни один нормальный отправитель никогда в этом случае не посчитает, что письмо доставить нельзя со всеми вытекающими последствиями. Напротив, отправитель предпримет попытки доставить письмо позже, поставив его в свою очередь на отправку. Этот факт можно (и без сомнения нужно!) очень эффективно использовать: при каждой первой попытке соединения с незнакомого хоста наш сервер будет отправлять сообщение о временной ошибке, а пропускать письмо только со второго раза. Это отсеет сразу чуть ли не весь оставшийся спам, поскольку спамсерверы практически никогда не предпринимают больше одной попытки доставки письма (иначе они бы просто «упали» от переполнения очереди). Эта технология называется Greylisting, и использовать её в современных реалиях просто необходимо.

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

Рекомендации:

Проверка содержимого

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

Все письмо, включая заголовки, подвергается анализу строка за строкой. Его цель - поиск определенных признаков спама. Набор проверок и определение их значимости регулируется администратором сервера. Каждый признак имеет свой весовой коэффициент.

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

Рекомендации:

Проверка в почтовой программе

Если в почтовой программе пользователя электронной почты включены опции противодействия спаму, но после получения сообщения в почтовый ящик последуют новые проверки. Пользователь при чтении сообщения иногда может случайно нажать кнопку «Спам» и адрес отправителя попадет в черный список. Все следующие письма от этого отправителя будут удаляться автоматически без лишних вопросов.

Найдите в параметрах программы кнопку «удалить параметры обучения». Это может решить проблему.

Прочие рекомендации:

Смотрите также:

—- Актуальность: 2014/01/06 10:57