Инструменты сетевой диагностики
Проверьте вашу запись Sender Policy Framework
DNS и записи
Поиск DNS Все записи DNS для любого домена Поиск записи A Адреса IPv4 для домена Поиск записи AAAA Адреса IPv6 для домена Поиск MX Почтовые серверы домена Поиск NS Авторитетные серверы имён Поиск TXT Записи TXT, SPF, верификация Поиск CNAME Записи канонического имени (псевдонима) Поиск SOA Запись Start of Authority Поиск SRV Записи расположения сервисов Поиск CAA Какие УЦ могут выпускать сертификаты Обратный DNS (PTR) IP-адрес в имя хоста Проверка DNSSEC Подписан ли домен и проходит ли валидацию? Проверка здоровья DNS Полный отчёт о делегировании и состоянии DNSДоставляемость почты
Проверка SPF Проверьте вашу запись Sender Policy Framework Проверка DMARC Изучите и оцените вашу политику DMARC Проверка DKIM Найдите и проверьте ваш открытый ключ DKIM Проверка чёрных списков Проверьте IP по почтовым блок-листам (DNSBL) Тест SMTP Подключение к почтовому серверу и проверка STARTTLS Проверка MTA-STS Принудительная политика TLS для входящей почты Проверка BIMI Запись логотипа бренда для почты Проверка TLS-RPT Политика отчётности SMTP TLSСеть и веб
Проверка сертификата SSL Изучите сертификат TLS сайта и срок его действия Проверка HTTP-заголовков Изучите заголовки ответа, редиректы и безопасность Пинг (TCP) Доступность и задержка по TCP Проверка портов Какие распространённые порты открытыДомен
Поиск WHOIS Регистрационные данные для доменов, IP и ASNSPF (Sender Policy Framework) сообщает принимающим почтовым серверам, какие хосты могут отправлять письма от имени вашего домена. Сломанная запись SPF — дублированная, с превышением лимита DNS-запросов или без механизма «all» — приводит к тому, что легитимная почта попадает в спам. IPeek находит вашу запись SPF, разбирает каждый механизм и отмечает проблемы, которые вредят доставляемости.
SPF публикуется как TXT-запись на корневом домене и начинается с v=spf1. Когда сервер получает письмо, якобы отправленное от вашего имени, он запрашивает эту запись и проверяет, авторизован ли отправляющий IP. Запись вида v=spf1 include:_spf.google.com ip4:198.51.100.10 -all означает «разрешить хосты Google и этот один IP, отклонить всё остальное». Механизмы обрабатываются слева направо; срабатывает первое совпадение. Завершающий механизм all — это правило по умолчанию, определяющее исход для любого хоста, не указанного явно.
Механизм all задаёт вашу политику: -all — это hardfail (отклонять неуказанных отправителей), ~all — softfail (принимать, но помечать как подозрительные), а +all разрешает кого угодно — никогда его не используйте. SPF также ограничивает механизмы, выполняющие DNS-запросы (include, a, mx, ptr, exists, redirect), десятью запросами суммарно; при превышении результатом будет permerror, который трактуется как ошибка. Вложенные include тоже считаются, поэтому добавление нескольких поставщиков незаметно расходует лимит. IPeek подсчитывает каждый запрос и предупреждает, прежде чем вы упрётесь в потолок.
Одного SPF недостаточно. Он аутентифицирует отправителя конверта (return-path), а не видимый адрес From, который видят пользователи, поэтому спуферы могут пройти SPF, подделав ваш бренд. DMARC закрывает этот пробел, требуя согласования (alignment) между доменом SPF и доменом From, и объединяя SPF с DKIM, чтобы аутентифицировать сообщение мог любой из них. Воспринимайте SPF как один из трёх уровней: SPF авторизует хосты, DKIM подписывает содержимое, а DMARC привязывает их к вашему домену From и обеспечивает соблюдение политики.
SPF допускает максимум 10 механизмов, выполняющих DNS-запросы, за одну проверку. Механизмы include, a, mx, ptr, exists и redirect расходуют запросы, а вложенные include учитываются в том же лимите. Превышение 10 приводит к permerror, который получатели трактуют как сбой аутентификации. Уплощайте или объединяйте include, чтобы оставаться в пределах лимита.
Разница в строгости. -all — это hardfail, указывающий получателям отклонять почту от любого хоста, не перечисленного в записи, тогда как ~all — softfail, предписывающий принимать её, но считать подозрительной. Используйте ~all на этапе тестирования, затем переходите на -all, убедившись, что все легитимные отправители авторизованы. Избегайте +all, который разрешает кого угодно.
Одна лишь запись SPF не гарантирует попадание во «Входящие». Частые причины — превышение лимита в 10 запросов (permerror), отсутствующий или слишком разрешительный механизм all, неавторизованный отправляющий хост или дублирующиеся записи SPF на одном домене. SPF также не защищает ваш видимый адрес From — для надёжной доставляемости нужны ещё DKIM и DMARC.
Нет. У домена должна быть ровно одна запись SPF (v=spf1) в виде TXT. Две и более записи SPF вызывают permerror, и получатели могут отклонять вашу почту или проваливать её аутентификацию. Если нужно авторизовать несколько отправителей, объедините их в одну запись с помощью дополнительных механизмов include или ip4/ip6, а не добавляйте вторую запись.
Нет. SPF аутентифицирует отправителя конверта (return-path или MAIL FROM), а не заголовок From, который фактически видят получатели. Именно поэтому один лишь SPF не может остановить подделку вашего бренда. DMARC добавляет согласование SPF, требуя, чтобы домен SPF совпадал с видимым доменом From, что и закрывает разрыв между проверками на уровне протокола и тем, что читают пользователи.