Вставьте записи MX, SPF, DKIM и DMARC и получите оценённый отчёт о доставляемости с решением для каждой проблемы — проверка на вашем устройстве, ничего не загружается.
Проверка здоровья почтового домена
Вставьте записи MX, SPF, DKIM и DMARC и получите оценённый отчёт о доставляемости с решением для каждой проблемы — проверка на вашем устройстве, ничего не загружается.
Проверка здоровья почтового домена полностью работает в вашем браузере. Вставленные записи анализируются на вашем устройстве: DNS-запросы не выполняются, ничего не загружается и не сохраняется.
Проверка здоровья почтового домена читает DNS-записи, от которых зависит, попадёт ли почта вашего домена во «Входящие» или в спам, и ставит им оценку. Вставьте вывод dig или nslookup либо любые строки файла зоны — инструмент сам разберёт MX, SPF, DKIM, DMARC, MTA-STS, TLS-RPT и BIMI. Каждая запись проверяется по своей спецификации, а затем сопоставляется с остальными: политика DMARC без SPF и DKIM, политика MTA-STS, в которой пропущен один из MX-хостов, логотип BIMI без действующей политики DMARC. Вы получаете балл из 100, буквенную оценку и понятное решение для каждого замечания. Всё обрабатывается на вашем устройстве: DNS-запросы не выполняются, ничего не загружается.
Возможности
Находит записи MX, SPF, DKIM, DMARC, MTA-STS, TLS-RPT и BIMI за одну вставку
Читает строки файла зоны, вывод dig, вывод nslookup и отдельные TXT-значения
Оценка от 0 до 100, буква и готовое решение для каждого замечания
Сопоставляет записи: DMARC без SPF и DKIM, MX-хосты вне политики MTA-STS, BIMI без применения
Замечает записи, опубликованные под неверным именем, например DMARC в корне вместо _dmarc
Отмечает дубли SPF и DMARC, +all, слишком широкие диапазоны ip4 и короткие ключи DKIM
Узнаёт популярных почтовых провайдеров по MX-хостам и подсказывает недостающий include в SPF
Копирует весь отчёт обычным текстом для заявки или клиента
Как использовать Проверка почтового домена
Выполните команды dig из раздела «Как получить эти записи» и скопируйте их вывод
Вставьте вывод в поле; домен определяется сам, либо введите его, чтобы проверить, где опубликована каждая запись
Прочитайте оценку и откройте каждую карточку, чтобы увидеть замечания, сначала ошибки
Исправьте записи у DNS-провайдера, дождитесь истечения TTL и вставьте снова для проверки
Пример
Ввод
3 MX records at Google Workspace · SPF with SendGrid ~all · DKIM 2048-bit · DMARC p=none
Результат
Score 83/100, grade B — SPF pass · DKIM pass · MX pass · DMARC review: p=none only monitors
Все записи на месте и корректны; оценку сдерживает лишь политика DMARC, которая только наблюдает.
Частые ошибки и устранение неполадок
DMARC отображается как не вставленный, хотя вы его опубликовали. — DMARC читается только по адресу _dmarc.вашдомен, как TXT-запись. Запись в корне домена или в dmarc без подчёркивания не найдётся никогда. Многие DNS-панели сами добавляют домен, поэтому в поле хоста укажите только _dmarc.
SPF отмечен как сбойный из-за двух записей. — У домена должна быть ровно одна запись SPF. При двух получатели возвращают постоянную ошибку и полностью игнорируют SPF. Объедините все механизмы include, ip4 и ip6 в одну строку v=spf1 и удалите вторую запись.
Проверка DKIM ничего не находит. — Проверяющие запрашивают <selector>._domainkey.<domain>, а селектор — это значение s= в заголовке DKIM-Signature реально отправленного письма. Угаданный селектор даст пустой ответ; скопируйте настоящий из заголовков письма.
Оценка остаётся B, хотя все записи есть. — Политика DMARC none только наблюдает, поэтому отчёт помечает DMARC к проверке. Прочитайте агрегированные отчёты, исправьте отправителей, которые не проходят проверку, затем переведите политику на quarantine и в итоге на reject.
Часто задаваемые вопросы
Что именно проверяет проверка здоровья почтового домена?
Она проверяет DNS-записи, которые почтовые системы запрашивают, прежде чем доверять вашему домену: MX — куда приходит почта, SPF — какие серверы могут отправлять, DKIM — ключ подписи, DMARC — политика при сбое, а также необязательные MTA-STS, TLS-RPT и BIMI. Проверяются синтаксис каждой записи и её согласованность с остальными.
Почему нужно вставлять записи, а не вводить домен?
Запрос по домену означал бы отправку его имени внешнему DNS-резолверу, а ArrayKit оставляет вашу работу на вашем устройстве. Вставка занимает секунды с командами dig, показанными на странице, и позволяет проверить даже ещё не опубликованные записи.
Какие записи Gmail и Yahoo ждут от массовых отправителей?
С февраля 2024 года оба требуют от массовых отправителей, примерно от 5 000 писем в сутки и больше их пользователям, публиковать SPF, DKIM и запись DMARC не слабее p=none, причём домен в From должен совпадать с одним из них. Небольших отправителей спам-фильтр тоже не обходит.
Что MTA-STS и TLS-RPT добавляют к SPF, DKIM и DMARC?
SPF, DKIM и DMARC доказывают, кто отправил письмо. MTA-STS требует от других серверов доставлять почту вам только по проверенному TLS, что останавливает атаки понижения защиты, а TLS-RPT присылает отчёты при сбоях. Они защищают доставку на ваш домен, а не почту, уходящую с него.
Как найти DKIM-селектор для вставки?
Отправьте письмо на любой ящик, откройте его исходный код и найдите заголовок DKIM-Signature. Значение s= — это селектор, а d= — домен. Консоль администратора вашего почтового провайдера тоже перечисляет настроенные селекторы, например google или selector1.