Почему нужны три записи, а не одна
SPF, DKIM и DMARC решают разные части задачи «действительно ли письмо от того, кем оно представляется», и ни одна из них не работает в одиночку. Эти четыре инструмента покрывают проверку всех трёх сразу, создание каждой записи без запоминания синтаксиса, и чтение реальных доказательств доставки, когда что-то всё же идёт не так.
📖 Подробнее — в статье: Почему мои письма попадают в спам?
Проверка авторизации почты — общий взгляд
Проверка авторизации почты проверяет SPF, DKIM и DMARC для домена одновременно и сообщает, правильно ли они настроены и согласованы друг с другом — а не просто существует ли каждая запись по отдельности.
Когда использовать: быстрая проверка после настройки или изменения любой из трёх записей; диагностика, почему письмо прошло SPF, но не прошло DMARC; более быстрая альтернатива полной проверке здоровья DNS, когда важна только почтовая авторизация.
Как читать результаты: DMARC требует, чтобы SPF или DKIM были «выровнены» — домен в видимом заголовке From должен совпадать (или быть поддоменом) с доменом, аутентифицированным через SPF или DKIM. Запись может пройти индивидуально и не пройти выравнивание — это самая частая причина, по которой отчёты DMARC показывают сбои, даже когда SPF и DKIM по отдельности выглядят корректно.
Конструктор SPF — кому разрешено отправлять
Конструктор SPF помогает создать корректную TXT-запись SPF, выбирая, какие серверы и сервисы авторизованы отправлять почту от имени домена, и генерирует правильный синтаксис.
Когда использовать: настройка SPF впервые, добавление нового сервиса отправки в существующую запись, очистка записи с дублирующимися механизмами.
Как читать результаты: следите за общим числом DNS-запросов. SPF имеет жёсткий лимит в 10 запросов, превышение вызывает постоянную ошибку, из-за которой аутентификация проваливается у всех, включая легитимных отправителей. Каждый include: учитывается в этом лимите — консолидируйте записи, а не добавляйте новые include без разбора.
Конструктор DMARC — политика и отчётность
Конструктор DMARC помогает создать корректную DMARC-запись — политику (none, quarantine, reject), адреса для отчётов и настройки выравнивания — без запоминания синтаксиса тегов.
Когда использовать: настройка DMARC впервые, переход от политики мониторинга p=none к принудительному применению, добавление адресов для получения агрегированных отчётов.
Как читать результаты: всегда начинайте с p=none и наблюдайте за отчётами несколько недель перед переходом к принудительному применению. Резкий переход к p=reject на домене с неучтёнными источниками отправки — маркетинговыми инструментами, CRM, внутренними скриптами — может незаметно сломать почту из этих источников без предупреждения.
Анализ заголовков письма — источник истины
Анализ заголовков письма разбирает сырые заголовки любого письма — путь доставки (каждый хоп сервера), время и результаты аутентификации SPF/DKIM/DMARC, реально зафиксированные принимающим сервером.
Когда использовать: расследование, почему легитимное письмо попало в спам; отслеживание, какой сервер внёс задержку; подтверждение, действительно ли прошла аутентификация, а не доверие заявлению отправителя.
Как читать результаты: читайте заголовки «Received» снизу вверх — это реальный хронологический путь письма. Заголовок Authentication-Results, добавляемый принимающим сервером, — источник истины по прохождению проверок, независимо от того, что заявляет отправляющая система.
Как это работает вместе
Сначала настройте SPF и DMARC (DKIM настраивается на стороне сервиса отправки, а не здесь), проверьте все три через Проверку авторизации почты, а если после реального письма всё ещё что-то не так — получите настоящие заголовки через Анализ заголовков письма: это единственный из четырёх инструментов, который показывает, что реально решил принимающий сервер, а не то, что говорят ваши собственные записи.