#Симптомы и область применимости
Письма с вашего сервера отклоняются или попадают в спам со ссылкой на репутацию исходящего IP. Сначала отличите фактическую блокировку на стороне получателя от проблем SPF/DKIM/DMARC, ошибок rDNS и жалоб на рассылки.
#Причины и диагностические признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| IP числится в репутационном спискеПолучатель применяет свой антиспам-фильтр и может отказать по внешней репутации. | Ответ содержит конкретное имя списка или reputation/blocklist | Проверьте названный источник блокировки и условия исключения. |
| Сервер рассылает нежелательную почтуКомпрометация сайта или учётной записи ухудшает репутацию. | Очередь резко выросла, появились неизвестные отправители | Локализуйте источник до запроса на разблокировку. |
| Нет согласованной идентификацииЧасть принимающих систем оценивает техническую согласованность отправителя. | Несовпадающие HELO/PTR и ошибочные SPF/DKIM | Сверьте фактический исходящий IP и DNS. |
#Пошаговая диагностика и исправление
- 1. Сохраните ответ отказавшего сервераОткройте уведомление о недоставке; найдите SMTP-код, IP-адрес отправляющего сервера и точный текст объяснения. Запишите, у какого получателя отказ происходит. Не считайте абстрактную фразу «spam detected» доказательством нахождения в глобальном чёрном списке.
- 2. Определите фактический исходящий адресНа своём сервере проверьте действующий маршрутизатор SMTP и настройку relayhost. Если почта выходит через внешнего провайдера, проверять нужно его исходящий IP, а не публичный IP вашего сайта. При нескольких исходящих узлах исследуйте тот, что указан в заголовках и журнале.
- Postfix, только чтениеLinux · Терминал (Bash)КомандаPostfix, только чтение. Пустой результат не исключает переадресации сетевым шлюзом.
postconf -h relayhost
- 3. Проверьте PTR и согласованность с hostnameВыполните обратный запрос DNS по исходящему IP и прямой запрос полученного имени. При отсутствии PTR обратитесь к владельцу адреса или облачному провайдеру: клиент обычной DNS-зоны чаще всего не может изменить PTR самостоятельно. Не выдавайте произвольный домен за действующий hostname.
- Утилита dig; адрес TEST-NET пример, замените на фактический исходящий IPLinux · Терминал (Bash)КомандаУтилита dig; адрес TEST-NET пример, замените на фактический исходящий IP.
dig -x 203.0.113.10 +short
- 4. Проверьте отправителя и подписи письмаОтправьте одно письмо на собственный тестовый ящик у другого провайдера, откройте оригинальные заголовки и посмотрите Authentication-Results. SPF, DKIM и DMARC проверяются разными механизмами и сами по себе не гарантируют доставку во «Входящие». Устраните конкретный fail по соответствующей записи.
- 5. Изучите очереди и журналы на признаки злоупотребленийНа Postfix посмотрите количество писем, частоту отправителей, неизвестные адреса и время появления всплеска. Не выводите в публичный отчёт тела писем, пароли или адреса клиентов. Если есть неизвестный отправитель, ограничьте его доступ, смените скомпрометированные пароли и проверьте приложения, отправляющие почту.
- Только просмотр; очередь не удаляется и не переотправляется принудительноLinux · Терминал (Bash)КомандаНужен sudoТолько просмотр; очередь не удаляется и не переотправляется принудительно.
sudo postqueue -p
- 6. Проверяйте репутацию в источнике, указанном в отказеЕсли отказ содержит имя конкретного DNSBL, откройте официальный сайт этого списка и найдите правила поиска/исключения IP. Другие списки могут показывать противоположный результат. Не платите неизвестным посредникам за «очистку репутации» без подтверждения статуса.
- 7. Устраните причину, прежде чем просить исключениеНастройте подтверждённую рассылку по согласившимся подписчикам, корректные отписки и ограничение скорости, отключите взломанный источник и исправьте DNS. Только после этого подайте заявку по официальной форме конкретного оператора. Не меняйте IP бесконечно ради обхода блокировок.
- 8. Проверьте доставку нескольким провайдерамОтправьте по одному легитимному тесту на собственные адреса разных почтовых систем. Смотрите SMTP-коды и наличие отклонений, а также жалобы и спам-папку. Возвращение доставки к одному адресату не означает снятия блокировки во всех независимых системах.
#Как убедиться, что проблема устранена
Нет новых отказов с прежним репутационным кодом, неизвестная массовая отправка прекращена, SPF/DKIM/DMARC и PTR согласованы, тестовые письма доставляются без временного обхода защитных механизмов.
#Если проблема осталась
Если отказ остаётся лишь у одного провайдера, обращайтесь к его службе почтовой репутации с датами, образцом кода ответа и фактическим IP. Если блокируют разные сервисы, повторно ищите компрометацию или избыточные рассылки.