Что именно проверяет SPF

Сервер получателя берет IP-адрес SMTP-клиента и сравнивает его с политикой домена из команды MAIL FROM. Для части проверок используется идентификатор HELO/EHLO. Политика хранится в DNS TXT-записи. В ней могут быть механизмы, задающие, какие адреса или связанные домены считать допустимыми, а также результат для остальных случаев.

SPF отвечает на ограниченный вопрос: соответствует ли отправивший IP опубликованной политике конкретного SMTP-домена. Успешный SPF не доказывает, что письмо написал указанный в интерфейсе человек, и не подтверждает содержимое или безопасность вложений.

SPF и видимый From - разные поля

Пользователь обычно видит поле From из заголовков сообщения. SPF же проверяет домен в SMTP-идентификаторе, обычно MAIL FROM, который может отличаться. Поэтому письмо может пройти SPF, но это еще не означает, что домен в видимом From подтвержден.

DMARC решает следующую задачу: он требует, чтобы прошедший проверку SPF-домен или DKIM-домен был согласован с доменом автора в From. Подробности зависят от strict или relaxed alignment. Из-за этого SPF и DMARC нельзя использовать как названия одного механизма.

Ограничения, важные при настройке

Переадресация может изменить IP отправителя, и тогда первоначальная SPF-политика не всегда совпадет с фактическим путем письма. RFC 7208 также задает ограничение на объем DNS-запросов, создаваемых механизмами и модификаторами: превышение лимита приводит к PermError. Частые include и вложенные ссылки могут незаметно приблизить запись к этому пределу.

Перед изменением DNS соберите список всех легитимных отправителей: почтовой платформы, сайта и подключенных рассылок. Не копируйте чужую запись и не ставьте жесткий результат, пока не поняли, откуда отправляются сообщения. Ошибка может повлиять на проверку исходящей почты.

Читайте DKIM, DMARC и DNS. Использованы RFC 7208 и RFC 9989, проверенные 8 октября 2026 года; доменные записи и почта не проверялись и не менялись.