Email Dev Tools

генератор SPF-записи

Добавьте реальные источники в нужном порядке и изучите TXT и предупреждения до изменения DNS.

генератор SPF-записи

Ввод

Источников пока нет. Добавьте только подтверждённых отправителей.

TXT и анализ

v=spf1 ~all

Видимые прямые DNS-термины: 0 / 10

Байты TXT: 11

Это не полный рекурсивный итог; цели include и redirect не запрашиваются.

Термины по порядку

  1. ~all — all · Доступен

Обработка в этом браузере; запросы и изменения DNS не отправляются.

Завершение и перенаправление

redirect заменяет all; прежний выбор all сохраняется.

Результат готов. Изучите предупреждения перед публикацией.

Проверить перед публикацией

  • Источники не указаны; не публикуйте этот черновик как готовую политику.

При подключении нового почтового сервиса легко забыть источник, который уже отправляет письма от домена. Генератор SPF-записи хранит include и диапазоны IP в порядке проверки: результат задаёт первый совпавший механизм.

В режиме проверки можно вставить готовое значение TXT без переписывания. Генератор SPF-записи укажет позицию ошибки и механизмы после all, которые не выполняются, но не запросит DNS и не раскроет вложенные include.

Зачем нужен генератор SPF-записи

Порядок правил виден, а граница локальной проверки названа прямо.

Порядок строк сохраняется

Перемещение IP или include меняет порядок созданного TXT. При проверке готового значения генератор SPF-записи отмечает механизмы после all, до которых выполнение не дойдёт.

Упорядоченные строки механизмов SPF переходят в TXT с завершающей политикой all.

У счётчика есть точное значение

Число относится только к прямым DNS-терминам в данном TXT. Цели include неизвестны, поэтому генератор SPF-записи не выдаёт его за реальное число рекурсивных запросов.

Видимая ветка include ведёт к серому нераскрытому DNS-дереву рядом со счётчиком прямых терминов.

От списка отправителей к проверке политики

01

Сначала перечислить отправителей

В начале список механизмов пуст, а ~all — только завершение черновика. Добавьте сети IP и домены include, которые действительно указаны вашими сервисами.

  • Адреса из примера предназначены для документации, не публикуйте их как рабочие.
02

Учесть первое совпадение

Перемещение строк меняет путь проверки SPF. redirect заменяет all в результате, но ранее выбранное значение all сохраняется.

  • Любое изменение делает старый результат устаревшим и блокирует экспорт до пересчёта.
03

Оценить границу предупреждений

Вставьте один TXT и посмотрите позицию ошибочного термина, недостижимые правила и число видимых прямых запросов.

  • Ограничение в десять включает вложенные include и redirect, которые эта страница не запрашивает.

Сборка и разбор значения TXT

Механизмы в нужном порядке

Для include, ip4, ip6, a и mx можно выбрать квалификатор; итоговый TXT повторяет порядок строк.

Проверка существующего значения

Валидатор SPF-записи сохраняет вставленный текст и проверяет синтаксис, префиксы CIDR и завершающую политику.

Честная оценка бюджета

Прямые термины показывают загруженность верхней записи, но не подтверждают лимит DNS-запросов для всей цепочки.

Чего нельзя узнать без запроса DNS

Нет проверки опубликованного значения
Генератор SPF-записи не найдёт действующий TXT, вторую SPF-запись или пустые DNS-ответы. После публикации проверьте домен отдельно.
255 байт не предел всей записи
Одна запись DNS TXT может состоять из нескольких соединяемых строк. Не создавайте две SPF-записи ради длинной политики.
Верный синтаксис не гарантирует доставку
Реальные MAIL FROM и IP отправителя, согласование DMARC и правила получателя неизвестны при анализе одного текста.
Нет завершения — не значит ошибка
Если нет all и redirect, SPF неявно возвращает neutral. Инструмент предупреждает о таком выборе, но не называет его ошибкой синтаксиса.

Вопросы про генератор SPF-записи

Чем это отличается от обычного чекера SPF?

Здесь можно собрать упорядоченный TXT и отдельно проверить вставленный текст. Это статический инструмент, а не онлайн-проверка опубликованного DNS.

Считаются ли DNS-запросы по-настоящему?

Нет. Видно только число прямых терминов в тексте. Вложенные include, redirect и фактический путь сообщения без DNS и IP отправителя неизвестны.

Зачем указывать домен?

Для создания самого значения TXT домен вводить не нужно. Публикацию следует выполнить у DNS-провайдера на нужном доменном имени.

Может ли быть две записи SPF?

Если для одного имени выбирается несколько SPF-записей, проверка завершается постоянной ошибкой. Объедините источники в одну политику TXT.

Почему +all — это так плохо?

Этот механизм допускает любой IP-адрес отправителя. Статическая проверка отмечает +all как риск, а начальное завершение использует ~all.

Остался вопрос о политике SPF?

Вернуться в генератор SPF-записи

Откройте генератор SPF-записи, переставьте источники или проверьте существующий TXT перед публикацией.