К содержанию
D1
RU
EnglishРусскийEspañolFrançaisPortuguêsDeutschItalianoPolski

Email authentication

Email Auth Checker

Проверьте SPF, DMARC и DKIM для домена в одном отчёте с optional DKIM selectors и pass score.

Оставьте пустым для типовых селекторов или укажите до пяти через запятую.

Отдельные инструменты: SPF, DMARC, DKIM

Недавние проверки

Здесь появятся успешные недавние проверки.

Как пользоваться инструментом

  1. SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Начните с organizational domain, перечислите всех отправителей, используйте include для SaaS, завершите -all или ~all, уложитесь в десять DNS lookup, затем проверьте DMARC alignment перед enforcement. Для темы «include и сторонние отправители» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.
  2. SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Начните с organizational domain, перечислите всех отправителей, используйте include для SaaS, завершите -all или ~all, уложитесь в десять DNS lookup, затем проверьте DMARC alignment перед enforcement. Для темы «terminal all и режимы fail» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.
  3. SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Начните с organizational domain, перечислите всех отправителей, используйте include для SaaS, завершите -all или ~all, уложитесь в десять DNS lookup, затем проверьте DMARC alignment перед enforcement. Для темы «несколько SPF TXT» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.
  4. SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Начните с organizational domain, перечислите всех отправителей, используйте include для SaaS, завершите -all или ~all, уложитесь в десять DNS lookup, затем проверьте DMARC alignment перед enforcement. Для темы «лимит DNS lookup и flattening» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.
  5. SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Начните с organizational domain, перечислите всех отправителей, используйте include для SaaS, завершите -all или ~all, уложитесь в десять DNS lookup, затем проверьте DMARC alignment перед enforcement. Для темы «SPF alignment с DMARC» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.
  6. SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Начните с organizational domain, перечислите всех отправителей, используйте include для SaaS, завершите -all или ~all, уложитесь в десять DNS lookup, затем проверьте DMARC alignment перед enforcement. Для темы «механизмы ip4, ip6, mx и ptr» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Что показывает результат

Результат разбит на сигналы, которые важны именно для этой проверки.

ПолеЗачем нужноПример
ДоменSPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «include и сторонние отправители» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.Введите apex домен из видимого From.
Имя запросаSPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «terminal all и режимы fail» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.Убедитесь, что опубликована ровно одна SPF, DMARC, and DKIM TXT.
FoundSPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «несколько SPF TXT» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.Проверьте mechanisms, terminal all и lookup count.
ValidSPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «лимит DNS lookup и flattening» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.Уберите устаревший ptr и permissive +all.
Terminal allSPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «SPF alignment с DMARC» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.Сопоставьте результат с DMARC и DKIM.
MechanismsSPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «механизмы ip4, ip6, mx и ptr» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.Повторите проверку после TTL.
DNS lookup countSPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «include и сторонние отправители» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.Введите apex домен из видимого From.
Raw recordSPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «terminal all и режимы fail» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.Убедитесь, что опубликована ровно одна SPF, DMARC, and DKIM TXT.

Когда проверка полезна

Используйте validator при подключении ESP, миграциях M365 или Google Workspace, rollout DMARC, инцидентах доставляемости и vendor-опросниках. SPF — лишь половина аутентификации; DMARC всё равно требует aligned DKIM или SPF для домена From. Для темы «include и сторонние отправители» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Используйте validator при подключении ESP, миграциях M365 или Google Workspace, rollout DMARC, инцидентах доставляемости и vendor-опросниках. SPF — лишь половина аутентификации; DMARC всё равно требует aligned DKIM или SPF для домена From. Для темы «terminal all и режимы fail» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Используйте validator при подключении ESP, миграциях M365 или Google Workspace, rollout DMARC, инцидентах доставляемости и vendor-опросниках. SPF — лишь половина аутентификации; DMARC всё равно требует aligned DKIM или SPF для домена From. Для темы «несколько SPF TXT» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Используйте validator при подключении ESP, миграциях M365 или Google Workspace, rollout DMARC, инцидентах доставляемости и vendor-опросниках. SPF — лишь половина аутентификации; DMARC всё равно требует aligned DKIM или SPF для домена From. Для темы «лимит DNS lookup и flattening» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Используйте validator при подключении ESP, миграциях M365 или Google Workspace, rollout DMARC, инцидентах доставляемости и vendor-опросниках. SPF — лишь половина аутентификации; DMARC всё равно требует aligned DKIM или SPF для домена From. Для темы «SPF alignment с DMARC» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Используйте validator при подключении ESP, миграциях M365 или Google Workspace, rollout DMARC, инцидентах доставляемости и vendor-опросниках. SPF — лишь половина аутентификации; DMARC всё равно требует aligned DKIM или SPF для домена From. Для темы «механизмы ip4, ip6, mx и ptr» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Что проверить, если результат странный

Если записи нет, запросите apex TXT напрямую — не _dmarc и не selector. При нескольких SPF, DMARC, and DKIM объедините источники в одну запись, иначе получатели могут отклонить публикацию. После правок дождитесь TTL и сравните raw TXT с dig +short TXT example.com. Для темы «include и сторонние отправители» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Если записи нет, запросите apex TXT напрямую — не _dmarc и не selector. При нескольких SPF, DMARC, and DKIM объедините источники в одну запись, иначе получатели могут отклонить публикацию. После правок дождитесь TTL и сравните raw TXT с dig +short TXT example.com. Для темы «terminal all и режимы fail» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Если записи нет, запросите apex TXT напрямую — не _dmarc и не selector. При нескольких SPF, DMARC, and DKIM объедините источники в одну запись, иначе получатели могут отклонить публикацию. После правок дождитесь TTL и сравните raw TXT с dig +short TXT example.com. Для темы «несколько SPF TXT» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Если записи нет, запросите apex TXT напрямую — не _dmarc и не selector. При нескольких SPF, DMARC, and DKIM объедините источники в одну запись, иначе получатели могут отклонить публикацию. После правок дождитесь TTL и сравните raw TXT с dig +short TXT example.com. Для темы «лимит DNS lookup и flattening» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Если записи нет, запросите apex TXT напрямую — не _dmarc и не selector. При нескольких SPF, DMARC, and DKIM объедините источники в одну запись, иначе получатели могут отклонить публикацию. После правок дождитесь TTL и сравните raw TXT с dig +short TXT example.com. Для темы «SPF alignment с DMARC» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Если записи нет, запросите apex TXT напрямую — не _dmarc и не selector. При нескольких SPF, DMARC, and DKIM объедините источники в одну запись, иначе получатели могут отклонить публикацию. После правок дождитесь TTL и сравните raw TXT с dig +short TXT example.com. Для темы «механизмы ip4, ip6, mx и ptr» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Как интерпретировать результат

SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «include и сторонние отправители» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «terminal all и режимы fail» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «несколько SPF TXT» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «лимит DNS lookup и flattening» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «SPF alignment с DMARC» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

SPF (Sender Policy Framework) публикуется одной TXT-записью на apex домена, начинающейся с SPF, DMARC, and DKIM. Получатели проверяют её при SMTP, чтобы понять, авторизован ли connecting IP отправлять почту от имени домена. Для темы «механизмы ip4, ip6, mx и ptr» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Рекомендуемый порядок действий

  1. Введите apex домен из видимого From.
  2. Убедитесь, что опубликована ровно одна SPF, DMARC, and DKIM TXT.
  3. Проверьте mechanisms, terminal all и lookup count.
  4. Уберите устаревший ptr и permissive +all.
  5. Сопоставьте результат с DMARC и DKIM.
  6. Повторите проверку после TTL.

Инструмент и ручная проверка

dig TXT example.com показывает строки, но не разбирает mechanisms, не предупреждает о +all и не оценивает lookup depth. DNS Checker перечисляет TXT, но без SPF-валидации. DN01 использует тот же Go parser, что и production API, и даёт shareable result pages. Для темы «include и сторонние отправители» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

dig TXT example.com показывает строки, но не разбирает mechanisms, не предупреждает о +all и не оценивает lookup depth. DNS Checker перечисляет TXT, но без SPF-валидации. DN01 использует тот же Go parser, что и production API, и даёт shareable result pages. Для темы «terminal all и режимы fail» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

dig TXT example.com показывает строки, но не разбирает mechanisms, не предупреждает о +all и не оценивает lookup depth. DNS Checker перечисляет TXT, но без SPF-валидации. DN01 использует тот же Go parser, что и production API, и даёт shareable result pages. Для темы «несколько SPF TXT» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

dig TXT example.com показывает строки, но не разбирает mechanisms, не предупреждает о +all и не оценивает lookup depth. DNS Checker перечисляет TXT, но без SPF-валидации. DN01 использует тот же Go parser, что и production API, и даёт shareable result pages. Для темы «лимит DNS lookup и flattening» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

dig TXT example.com показывает строки, но не разбирает mechanisms, не предупреждает о +all и не оценивает lookup depth. DNS Checker перечисляет TXT, но без SPF-валидации. DN01 использует тот же Go parser, что и production API, и даёт shareable result pages. Для темы «SPF alignment с DMARC» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

dig TXT example.com показывает строки, но не разбирает mechanisms, не предупреждает о +all и не оценивает lookup depth. DNS Checker перечисляет TXT, но без SPF-валидации. DN01 использует тот же Go parser, что и production API, и даёт shareable result pages. Для темы «механизмы ip4, ip6, mx и ptr» рассматривайте apex TXT как контракт, который получатели применяют на этапе SMTP. Зафиксируйте каждый mechanism, проверьте стоимость lookup и убедитесь, что terminal all соответствует вашей политике риска. После изменений DNS повторите проверку того же домена, чтобы подтвердить единственную, синтаксически корректную публикацию, готовую к DMARC alignment.

Почему DN01

  • Живой apex TXT lookup
  • Разбор mechanisms и оценка lookup
  • Ошибки syntax и multiple records
  • Предупреждения о ptr и permissive all
  • Связка с DMARC и DKIM
  • Shareable URL результата SPF

FAQ

FAQ Email Auth Checker

Комбинированный audit SPF, DMARC и DKIM с optional selectors и pass summary.

Что проверяет Email Auth Checker?

SPF на apex, DMARC на _dmarc.<domain> и DKIM для каждого selector, затем summary по пройденным слоям. руководстве по SPF, DKIM и DMARC

Какие DKIM selectors пробует DN01?

Без ввода — google, selector1, k1, s1, default. Добавьте selector ESP или Microsoft 365.

Как считается pass score?

Три слоя: valid SPF TXT, valid DMARC policy, минимум один valid DKIM selector.

Что чинить первым — SPF, DKIM или DMARC?

Сначала SPF и DKIM signing, потом ужесточайте DMARC с p=none.

Можно ли делиться результатами?

Result URL содержит domain и ?selectors= для повторного открытия audit.

Чем отличается от отдельных инструментов?

Оркестратор над SPF, DMARC и DKIM validators — для деталей используйте отдельные страницы.

Соседние инструменты

Продолжить проверку

Выберите следующий шаг в цепочке проверки домена или безопасности.

Весь каталог инструментов →

Гайды

Похожие статьи

Практические руководства по Email Auth Checker: DNS-записи, типичные ошибки и ссылки на бесплатные инструменты DN01.

Вернуться к Email Auth Checker