Почтовый сервер: Письма доставляются в спам после настройки нового домена

#Симптомы и область применимости

Письма с нового домена технически принимаются, но оказываются в спаме. Это может зависеть от подлинности отправителя, репутации ещё не известного домена, жалоб, содержания и политики конкретного почтового оператора; гарантированного способа «попасть во входящие» нет.

#Причины и диагностические признаки

#Пошаговая диагностика и исправление

1. 1. Проверьте расположение тестового письмаОтправьте по одному обычному письму на собственные ящики двух-трёх разных служб. Для каждого откройте исходные заголовки и найдите Authentication-Results и Received. Не оценивайте успех по единственной галочке почтового приложения.

1. 2. Найдите авторитетную SPF-записьСверьте реальный исходящий сервер или сервис рассылки с SPF домена envelope-from. Из DNS прочитайте TXT у нужного домена; несколько разных SPF TXT с v=spf1 для одного имени — ошибка. Не публикуйте ip4 всех подряд в попытке повысить доверие.
2. Терминал с dig; замените домен envelope-from

   Linux · Терминал (Bash)КомандаКопировать всёВыделить

   Терминал с dig; замените домен envelope-from. Список TXT может содержать и другие записи.

   dig TXT example.com +short

1. 3. Проверьте DKIM по реальному селекторуВ заголовке DKIM-Signature найдите d= и s=, затем выполните запрос к s._domainkey.d. Если записи нет, проверьте, опубликована ли она через панель вашего почтового провайдера. Не раскрывайте закрытый DKIM-ключ в статье или переписке.

1. 4. Посмотрите политику DMARCПрочитайте TXT для _dmarc.домен и сравните с видимым From. Наличие p=reject не исправляет плохую конфигурацию; прежде чем усиливать политику, убедитесь, что легальные источники проходят выравнивание SPF или DKIM.
2. DNS, только чтение; замените домен

   Linux · Терминал (Bash)КомандаКопировать всёВыделить

   DNS, только чтение; замените домен. Значение политики зависит от вашей конфигурации.

   dig TXT _dmarc.example.com +short

1. 5. Проверьте PTR и имя исходящего сервераСопоставьте исходящий IP в Received, обратную DNS-запись и SMTP hostname. Если письма отправляет внешний сервис, используйте его рекомендованные адреса/подписи; PTR собственного веб-сервера в такой схеме может быть не связан с доставкой.

1. 6. Просмотрите репутацию и жалобыВ административной панели провайдера отправки проверьте статистику отклонений, недействительных адресов и жалоб. Исключите неизвестные списки получателей, уважайте отписки и согласие. Не используйте покупные базы для прогрева домена.

1. 7. Начните с небольшого объёма легальной почтыОтправляйте только ожидаемые письма реальным подписчикам, повышайте частоту постепенно по подтверждённым ограничениям. Не пытайтесь обходить антиспам сменой похожих доменов. Разделите технические уведомления и рекламные сообщения при поддержке вашего сервиса.

1. 8. Следите за результатом без искусственных «прогревов»Через несколько дней сравните почтовые коды, Authentication-Results и число жалоб. Если один провайдер стабильно перемещает письма в спам, отправьте ему обращение через официальную поддержку с обезличенными заголовками и репутационными данными.

#Как убедиться, что проблема устранена

Подлинность SPF/DKIM/DMARC проходит на реальных маршрутах, уменьшаются жалобы и доля спама у контролируемых ящиков, а рассылка не превышает ограничения и направляется только согласившимся адресатам.

#Если проблема осталась

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