SPF-запись показывает, какие серверы имеют право отправлять письма от имени домена. Если SPF настроен с ошибкой, письма сайта, CRM или корпоративной почты начинают выглядеть подозрительно для получателей.
Коротко: частые причины — две SPF-записи, забытый старый сервис, неверный include или превышение DNS-лимитов.Когда это проявляется
- проверка показывает SPF fail или permerror
- письма уходят в спам
- после подключения CRM почта стала хуже доходить
- в DNS есть несколько SPF-записей
- часть сервисов отправляет письма от домена без разрешения
Что важно проверить
У домена должна быть одна SPF-запись. Все легальные отправители нужно объединить в ней аккуратно, иначе проверка может сломаться.
- наличие дублей SPF
- список всех отправителей: сайт, SMTP, CRM, рассылки
- корректность include и ip4/ip6
- длина записи и DNS lookup-лимиты
- проверка тестового письма
Как я решаю задачу
Я собираю реальную схему отправки писем и привожу SPF к одной рабочей записи.
- проверяю текущие DNS-записи
- нахожу все сервисы отправки
- объединяю SPF без дублей
- вношу запись или даю ее для панели DNS
- проверяю результат после обновления DNS
Что подготовить
- домен
- доступ к DNS
- список почтовых сервисов
- пример письма, которое попало в спам
Сроки и результат
Исправление SPF обычно быстрое. Если используется много сервисов, нужно аккуратно собрать запись, чтобы не превысить лимиты.
Вопрос-ответ
Почему нельзя две SPF-записи?
Почтовые проверки считают это ошибкой, поэтому записи объединяют в одну.
SPF гарантирует доставку?
Нет, но без него доверие к письмам ниже.
Нужно ли менять SMTP?
Не всегда. Часто достаточно исправить DNS и добавить нужный сервис в SPF.
Нужна похожая задача?
Напишите в Telegram @rabotator_support: пришлите адрес сайта, описание проблемы и доступы, которые есть. Я посмотрю ситуацию, объясню план и скажу срок до старта.