Проверьте запись DMARC и прочитайте её политику, выравнивание и адреса отчётов простыми словами
Runs in your browser. Only the lookup you start is sent to cloudflare-dns.com or dns.google; nothing else leaves your device.Проверка DMARC читает TXT-запись по адресу _dmarc с именем домена и сообщает, что получатели делают с письмами, не прошедшими SPF и DKIM. Политик 3: none, quarantine и reject; только 2 последние останавливают поддельные письма. Адресам отчётов в другом домене нужна там разрешающая запись.
Эта страница переведена машинным способом с английского оригинала. Перевод ещё не проверен человеком, поэтому ориентируйтесь на английскую версию. Читать английский оригинал
Введите домен в поле «Домен» и нажмите «Проверить DMARC».
Прочитайте заголовок: в нём указана политика, которая действует для непрошедших писем этого домена.
Прочитайте раздел «Что говорит эта запись», чтобы увидеть политику, выравнивание и адреса отчётов простыми словами.
Проверьте находки: нет ли адресов отчётов в другом домене, который не согласился принимать отчёты.
Нажмите «Копировать» рядом с записью, чтобы скопировать её.
Введите домен, и страница запросит у публичного резолвера DNS-over-HTTPS TXT-запись по адресу _dmarc. с этим именем. Запись разбирается тег за тегом и затем объясняется фразами: что происходит с непрошедшими письмами, что действует для поддоменов, насколько строго SPF и DKIM должны совпадать с адресом From и куда уходят отчёты.
Правила взяты из RFC 9989, опубликованного в мае 2026 года и заменившего RFC 7489 в качестве стандарта DMARC. При чтении старых записей важны два изменения. Тег pct удалён: старые получатели всё ещё используют его, чтобы применять меры лишь к части непрошедших писем, новые его игнорируют. Тег t=y теперь означает тестовый режим, в котором получатели применяют меру на ступень мягче политики. Оба случая отмечаются словами.
Если у поддомена нет собственной записи, получатели ищут запись организационного домена. Эта страница делает это обходом дерева DNS, описанным в разделе 4.10 RFC 9989: запрашивает _dmarc у каждого более короткого имени, не более 8, и показывает каждое запрошенное имя. Список публичных суффиксов не используется, поэтому ничто не зависит от актуальности его копии.
Для адресов отчётов в другом домене проверяется разрешение. Раздел 4 RFC 9990 требует от получателей отправлять отчёты в другой домен, только если тот опубликовал TXT-запись по имени домена политики, за которым следуют ._report._dmarc. и хост, принимающий отчёты. Её отсутствие — обычная причина, по которой сервис DMARC ничего не получает.
Вкладка генератора составляет запись по вашему выбору и называет хост, под которым её нужно опубликовать. Она опускает теги со значениями по умолчанию и не пишет pct.
Чего она не делает: она читает запись, а не вашу почту, поэтому не может сказать, проходят ли ваши письма. Это покажут ежедневные отчёты.
Введённый домен отправляется выбранному вами резолверу, потому что без него запрос невозможен. Больше ничего не покидает ваше устройство.
Политика p=none просит получателей доставлять письма, не прошедшие DMARC, как обычно, и только присылать отчёты. Поддельные письма от имени домена по-прежнему попадают во входящие. Владельцы используют её несколько недель, чтобы найти в отчётах всех законных отправителей, а затем переходят на quarantine и в итоге на reject.
Не обязательно. Если у поддомена вроде mail.example.com нет записи, получатели используют запись организационного домена example.com и применяют его политику sp=, если она есть, а иначе p=. Поддомен может опубликовать собственную запись, чтобы это переопределить.
Три обычные причины: в записи нет адреса rua=; адрес находится в другом домене, который не опубликовал разрешающую запись вашдомен._report._dmarc.ихдомен; или сама запись недействительна, например две записи DMARC под одним именем, которые получатели отбрасывают. Эта проверка проверяет все три случая.
RFC 9989, заменивший RFC 7489 в мае 2026 года, удалил тег pct. Получатели, следующие новому стандарту, его игнорируют и применяют политику ко всем непрошедшим письмам; старые получатели всё ещё его учитывают. Новый тег t=y служит заменой, чтобы мягко опробовать более строгую политику.
Quarantine просит получателя считать непрошедшее письмо подозрительным, что на практике означает папку «Спам» или «Нежелательная почта». Reject просит получателя отклонить сообщение при доставке, так что оно вообще не доходит до адресата. Оба варианта считаются применением политики; reject сильнее защищает от поддельных писем.
Только выбранному вами публичному DNS-резолверу, Cloudflare или Google, потому что для запроса DNS-записи нужно имя. Резолвер видит запрошенные имена и ваш IP-адрес. Больше ничего не покидает ваше устройство, а вкладка генератора вообще ничего не отправляет.
Всё ещё не получается? Задайте вопрос об инструменте «Проверка DMARC» и ответить может любой, кто знает. Учётная запись не нужна.