Как пользоваться
- Отметьте a: собственные адреса домена и mx: собственные почтовые серверы домена, если домен отправляет собственную почту.
- Введите сети ваших серверов в Сети IPv4 и Сети IPv6, а домен провайдера в Включить эти домены.
- Выберите результат для остальных отправителей в поле Все остальные отправители. -all — строгий выбор.
- Скопируйте Запись SPF (TXT) и опубликуйте её как запись TXT для домена. Проверьте, что DNS-запросы (лимит 10) остаётся равным 10 или меньше.
Как получатель читает запись SPF
Запись SPF — это запись TXT для домена, который она описывает. Она начинается с v=spf1 и перечисляет термины: a, mx, ip4, ip6 и include, каждый с необязательным квалификатором. Получатель проверяет их слева направо, и первый подошедший термин даёт результат: + — проходит, - — не проходит, ~ — мягкий отказ, ? — нейтрально. Знак + подразумевается по умолчанию (RFC 7208, раздел 4.6.2).
- all подходит ко всем остальным отправителям, а термины после него игнорируются (RFC 7208, раздел 5.1). Эта страница всегда ставит all в конец.
- Если ни один термин не подошёл и нет redirect, результат нейтральный, как будто запись заканчивалась на ?all (раздел 4.7).
Предел в 10 DNS-запросов
Термины a, mx, ptr, exists, include и redirect стоят по одному DNS-запросу, как и запросы, которые делает включённая запись. Получатель, которому для одной проверки нужно больше 10 запросов, возвращает ошибку (RFC 7208, раздел 4.6.4). Термины ip4 и ip6 не требуют запроса, поэтому провайдер, который публикует диапазоны своих сетей, можно записать термином ip4 и ip6 вместо include.
Длина и строки TXT
Строка символов в записи TXT содержит не больше 255 символов. Длинная запись пишется как несколько строк, а получатель склеивает их без пробелов (RFC 7208, раздел 3.3). Опубликованная запись должна давать ответ DNS короче 512 октетов (раздел 3.4).
Пример: домен, который отправляет со своих серверов и через одного провайдера
Запись v=spf1 a mx ip4:192.0.2.0/24 ip6:2001:db8:1::/48 include:_spf.example.net -all разрешает отправлять почту адресным записям и почтовым серверам самого домена, разрешает отправку из двух сетей и разрешает отправителям, которых допускает запись _spf.example.net. Все остальные отправители не проходят (-all).
Термины a, mx и include стоят по одному запросу каждый, а два сетевых термина не стоят ничего, поэтому запись делает 3 запроса. Запись _spf.example.net добавляет свои запросы, которые эта страница не считает.
| Показатель | Значение |
|---|---|
| Запись | v=spf1 a mx ip4:192.0.2.0/24 ip6:2001:db8:1::/48 include:_spf.example.net -all |
| DNS-запросы | 3 из 10 |
| Символов | 78 |
Частые вопросы
Какой результат выбрать: -all или ~all?
-all велит получателям не пропускать всех отправителей, которых нет в записи, поэтому это строгий выбор. ~all отмечает остальных отправителей как мягкий отказ, что многие домены используют, пока проверяют полноту списка. Если вы не уверены, что список полный, начните с ~all.
Почему запись с более чем 10 запросами не проходит?
Получатель делает не больше 10 DNS-запросов на одну проверку, а проверка, которой нужно больше, возвращает ошибку (RFC 7208, раздел 4.6.4). Удалите включения, которые больше не используются, или запишите диапазоны, которые публикует провайдер, термином ip4 или ip6: они не требуют запроса.
Обязательно ли запись SPF должна быть одной строкой?
Нет. Строка TXT содержит не больше 255 символов, а длинная запись публикуется как несколько строк в кавычках, которые получатель склеивает без пробелов (RFC 7208, раздел 3.3). Разбиение на этой странице показывает строки для записи, которая не умещается в одну.
Что делает include?
include:домен велит получателю проверить запись SPF этого домена как часть вашей (RFC 7208, раздел 5.2). Запросы этой записи идут в ваш лимит 10, поэтому include провайдера может стоить больше одного запроса, который вы видите здесь.
Достаточно ли записи SPF, чтобы остановить подделку писем?
Нет. SPF проверяет сервер, который отправил письмо, а затем DMARC проверяет, что домен в строке «От» с ним совпадает (RFC 7489, раздел 3.1). Опубликуйте также подписи DKIM и политику DMARC.
Отправляется ли мой домен кому-нибудь при создании записи?
Нет. Запись собирается в вашем браузере из того, что вы вводите. Ничего не ищется в сети и не сохраняется.
Источники
- RFC 7208 (на английском): Sender Policy Framework (SPF)
- RFC 7489 (на английском): DMARC, section 3.1 on alignment
- RFC 4291 (на английском): IP Version 6 Addressing Architecture
Цифры и текст в последний раз проверены вторник, 10 ноября 2026 г..