Зачем нужна проверка DKIM и DMARC, если у меня уже настроен SPF?

SPF проверяет только отправителя (IP-адрес), но не защищает от подделки заголовка «От кого». DKIM добавляет цифровую подпись к письму, подтверждая его целостность, а DMARC указывает получателю, как поступать с письмами, которые не прошли эти проверки. Вместе эти три технологии обеспечивают комплексную защиту домена от фишинга и повышают доставляемость.

Что мне делать, если инструмент показывает «Ошибка SPF: превышено количество lookup-запросов»?

Это значит, что ваша SPF-запись содержит больше 10 включений (механизмов include: ). Попробуйте объединить несколько однотипных сервисов ( воспользуйтесь нашим генератором SPF ) или удалите дублирующие записи. Если вы используете сторонние сервисы рассылок, обратитесь к их документации для оптимизации.

Я изменил MX-записи час назад, но проверка показывает старые данные. В чём дело?

Изменения DNS-записей распространяются не мгновенно — это может занять от нескольких минут до 48 часов (зависит от TTL). Попробуйте провести проверку глобального распространения DNS или просто повторите тест через несколько часов. Наша проверка обращается к текущим кэшированным данным авторитетных серверов.

Проверка MX, SPF, DMARC, DKIM домена

Бесплатная проверка MX, SPF, DMARC и DKIM записей домена

Для владельцев сайтов и email-маркетологов доставляемость писем — критический показатель. Если ваши письма уходят в спам или не доходят до адресата, причина часто кроется в некорректной настройке почтовых DNS-записей. С помощью нашего бесплатного онлайн-инструмента на 101ip.ru вы можете выполнить комплексную проверку MX, SPF, DMARC, DKIM домена за несколько секунд. Этот сервис показывает не только текущее состояние записей, но и помогает выявить ошибки, мешающие нормальной работе корпоративной почты.

Инструмент идеально подходит для системных администраторов, SEO-специалистов и владельцев бизнеса, которые хотят убедиться, что их почтовая инфраструктура настроена правильно. Вам не нужно устанавливать дополнительное ПО или разбираться в сложных командах — достаточно ввести имя домена в форму и нажать «Проверить».

Что проверяет инструмент: MX, SPF, DKIM и DMARC

Наш сервис выполняет четыре ключевых типа проверки, которые в совокупности гарантируют безопасную и стабильную отправку писем.

MX-записи (Mail Exchanger): Определяют, какие почтовые серверы (например, Яндекс, Google Workspace, ваш собственный сервер) отвечают за приём почты для вашего домена. Неправильная MX-запись — основная причина того, что письма теряются.
SPF-запись (Sender Policy Framework): Указывает, какие IP-адреса и серверы имеют право отправлять письма от имени вашего домена. Без SPF ваши письма легко подделать.
DKIM-подпись (DomainKeys Identified Mail): Цифровая подпись, подтверждающая, что письмо не было изменено в пути. Наш инструмент проверяет, опубликован ли публичный ключ DKIM в DNS.
DMARC-политика (Domain-based Message Authentication, Reporting & Conformance): Инструктирует почтовые серверы получателей о том, что делать с письмами, не прошедшими проверку SPF или DKIM (например, отклонить или отправить в спам). Проверка DMARC помогает защитить домен от фишинга.

Проведя диагностику доставляемости писем через наш сервис, вы получаете полную картину: какие политики настроены, а какие отсутствуют, и где скрыты потенциальные уязвимости. В результатах выводятся не только статусы (ОК/Ошибка), но и сами тексты записей, что позволяет сразу скопировать их для правки.

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

Чтобы получить максимально точный результат, следуйте простому алгоритму.

Сначала убедитесь, что ваш домен делегирован (использует ваши NS-серверы) или, как минимум, кэш DNS вашего провайдера обновлён. Сервис 101ip обращается к авторитетным DNS-серверам, поэтому данные всегда актуальны на момент проверки. После ввода домена вы увидите сводку по каждой из четырёх категорий.

Рекомендуется выполнять проверку почтовых записей домена в следующих ситуациях:

После смены хостинга или почтового провайдера (например, переход с VPS на Яндекс 360).
При настройке нового почтового ящика для отдела продаж.
При подозрении, что письма блокируются на стороне получателя (Gmail, Outlook).
Перед запуском массовой email-рассылки.

Обратите внимание на поле p= в DMARC-записи: если стоит p=none — это тестовый режим, письма не блокируются. Для полноценной защиты рекомендуется p=quarantine или p=reject.

Распространённые ошибки в SPF и DMARC

Даже опытные администраторы иногда допускают типичные просчёты. Вот что чаще всего выявляет наша проверка MX, SPF, DMARC, DKIM домена:

Отсутствие SPF: Самая частая ошибка. Без SPF письма могут быть отклонены как спам. Неправильно: запись отсутствует или не включает все используемые IP-адреса.
Слишком много DNS-запросов в SPF: Максимум — 10 включений (механизмов include:). Если их больше, SPF перестаёт работать. Используйте утилиту для оптимизации.
Неверный синтаксис DKIM селектора: DKIM-запись содержит тег k=rsa; p=.... Ошибка в символе или отсутствие самого селектора (например, default._domainkey) делает подпись нерабочей.
DMARC без отчётов: Хорошая практика — добавлять тег rua=mailto:admin@вашдомен.ru для получения XML-отчётов о нарушениях.

Используйте наш сервис как первый шаг в аудите безопасности. После исправления ошибок обязательно повторите проверку, чтобы убедиться, что новые записи опубликованы корректно.

Часто задаваемые вопросы

Зачем нужна проверка DKIM и DMARC, если у меня уже настроен SPF?

SPF проверяет только отправителя (IP-адрес), но не защищает от подделки заголовка «От кого». DKIM добавляет цифровую подпись к письму, подтверждая его целостность, а DMARC указывает получателю, как поступать с письмами, которые не прошли эти проверки. Вместе эти три технологии обеспечивают комплексную защиту домена от фишинга и повышают доставляемость.
Что мне делать, если инструмент показывает «Ошибка SPF: превышено количество lookup-запросов»?

Это значит, что ваша SPF-запись содержит больше 10 включений (механизмов <code>include:</code>). Попробуйте объединить несколько однотипных сервисов (<a href="/spf-gen/">воспользуйтесь нашим генератором SPF</a>) или удалите дублирующие записи. Если вы используете сторонние сервисы рассылок, обратитесь к их документации для оптимизации.
Я изменил MX-записи час назад, но проверка показывает старые данные. В чём дело?

Изменения DNS-записей распространяются не мгновенно — это может занять от нескольких минут до 48 часов (зависит от TTL). Попробуйте провести <a href="/dns-propagation/">проверку глобального распространения DNS</a> или просто повторите тест через несколько часов. Наша проверка обращается к текущим кэшированным данным авторитетных серверов.

MX Records & Email Check