Если письмо отклонено, обычно приходит bounce-сообщение с технической причиной. Оно выглядит сложно, но часто содержит точную подсказку: SPF fail, DKIM fail, DMARC reject, mailbox full, user unknown или blocked IP.
Частые причины отказа
| Фрагмент ошибки | Что означает | Что проверить |
|---|---|---|
| SPF fail / SPF softfail | Сервер отправки не разрешен SPF-записью домена. | SPF TXT-запись и реальный сервер отправки. |
| DKIM fail | Подпись письма отсутствует или неверна. | DKIM selector и DNS-запись от почтового сервиса. |
| DMARC reject | SPF/DKIM не совпали с доменом From, и политика DMARC отклонила письмо. | SPF, DKIM и DMARC вместе. |
| User unknown | Ящика получателя не существует. | Правильность адреса получателя. |
| Mailbox full | Ящик получателя переполнен. | Сторона получателя; отправитель обычно не может это исправить. |
| Blocked / listed | У IP или домена отправки плохая репутация. | Логи сервера, блоклисты и недавнюю активность отправки. |
Как диагностировать
- Прочитайте bounce сверху вниз и найдите первую постоянную ошибку, обычно код 5xx.
- Проверьте, ошибка относится к вашему домену отправителя или к ящику получателя.
- Если упоминаются SPF/DKIM/DMARC, сначала проверяйте DNS-записи, а не настройки почтовой программы.
- Если письма отклоняет только один получатель, сравните доставку на Gmail, Outlook и другой ящик.
- Сохраните полный текст bounce: скриншоты часто скрывают важные заголовки.
Не меняйте много DNS-записей сразу. Одно аккуратное изменение и одно тестовое письмо гораздо проще разобрать.
Как понять, где проблема
- Если не работает только отправка, проверьте SMTP-порт, шифрование и аутентификацию.
- Если не работает только получение, проверьте MX-записи, квоту ящика и правила пересылки.
- Если письма уходят в спам, проверьте SPF, DKIM, DMARC и содержание письма.
- Если письмо вернулось ошибкой, смотрите первую постоянную ошибку и ответ сервера получателя.
Пришлите домен, адрес ящика, название почтовой программы и точный текст ошибки. Проверим DNS, квоту ящика, SMTP-аутентификацию и логи доставки. Открыть чат.
Как проверить DNS без лишнего риска
DNS-настройки лучше менять поэтапно: сначала понять, где расположена активная DNS-зона, затем проверить текущие записи и только после этого вносить изменения. Если домен использует внешние NS-серверы, правки в панели хостинга могут не повлиять на работу сайта или почты.
- проверьте активные NS-серверы домена;
- сравните A, MX, TXT и CNAME-записи с ожидаемыми значениями;
- учитывайте TTL и кэш провайдеров;
- после изменения проверьте результат через несколько независимых сервисов.
Особенно аккуратно нужно работать с MX, SPF, DKIM и DMARC: ошибка в этих записях может не сломать сайт, но повлиять на доставку доменной почты.
Что подготовить перед обращением
Чтобы поддержка GoodNet быстрее разобралась с вопросом по теме «Mail delivery rejected: как читать ошибки SPF, DKIM и bounce-сообщения», укажите домен, услугу, время появления проблемы, что менялось перед этим и приложите точный текст ошибки или скриншот. Это помогает сразу перейти к диагностике, а не тратить время на уточнение базовых данных.