Mail

Проверки

SPF

DNS TXT запись у домена отправителя, в ней содержатся IP адреса, с которых разрешается отправлять почту. Пример записи:

"v=spf1 ip4:176.57.223.0/24 ip6:2a03:6f00::/32 include:spf.unisender.com include:_spf.google.com ~all"

Если письмо пришло с IP, не указанного в SPF, то оно будет либо помещено в спам (~all), либо вовсе отклонено (-all)

DKIM

Подпись письма. Что именно подписывается я не помню, однако действие тут как у SSH ключей. В DNS записи поддомена вида _domainkey.example.com указывается публичный ключ. Приватный хранится на сервере и используется для подписи писем.

Подробнее: https://habr.com/ru/post/106589/

DMARC

Политика, объединяющая SPF и DKIM. Указывается на поддомене _dmarc.example.com. С ее помощью можно получать отчеты о нарушениях политики и лояльность к нарушению политик (например, если нарушена DKIM то отклонить, если нарушена только SPF то в спам).

Как работает на поддомене? TLDR:

Для любого поддомена (e.g. docs.lulzette.ru) берется запись с основного домена, (e.g. lulzette.ru), политика для поддомена задается через sp=

Список public suffix list, которые не являются поддоменами

Подробнее: https://habr.com/ru/company/mailru/blog/170957/

Технические заголовки

Читать Received следует снизу вверх: нижний Received указывает на начальную точку отправки письма.

Подробнее: http://www.antispam.ru/4user/reading-email-headers-translation.shtml

Ошибки

Входящая почта

• Проверить MX.
• Проверить Квоту.
• Проверить блокировки.

Исходящая почта

• Проверить MX записи (должны указывать на нас, иначе уйдет почта с SMTP-spam)
• Проверить, что письмо не похоже на спам ([1])

Почтовый клиент

• Проверить реквизиты.
• Проверить, что порт и шифрование указаны верно.
• Если используется Outlook могут быть проблемы с отображением писем, инструкция: https://timeweb.com/ru/help/pages/viewpage.action?pageId=7242116

Отклоняются письма с ошибкой вида 400 (зачастую Яндекс)

https://wolandblog.com/850-filtruem-spam-pravilno-s-primerami-dlya-postfix/#greylist

Серый список. Работа грейлистинга основывается на том, что поведение клиентов рассылающих спам отличается от поведения честных почтовых серверов. В ходе SMTP сессии грейлист отдает клиенту ошибку с кодом (4xx), который означает “временная ошибка, попробуйте повторить позже”. Честный почтовый сервер через время обязательно предпримет попытку повторной доставки, поскольку умеет держать очередь почтовых сообщений. Спамеры же в свою очередь очередей не держат, это продиктовано огромными объемами рассылок

550 Sender verify failed (VDS)

Возникает, когда MX запись домена указывает в никуда. Необходимо, чтобы MX запись указывала на существующий домен.