Demo
Demo
База знаний PMTA›Команда§ 6.3.4

check spf

Проверить, пройдёт ли письмо проверку SPF
Тот же вердикт, но без последствий

Команда выполняет проверку SPF так же, как её выполнит получатель: по адресу отправки, имени, которым узел представляется, и обратному адресу письма.

Если обратный адрес указан, проверяется он; если нет — проверяется имя из приветствия. Это соответствует тому, как устроена сама проверка: у неё две возможные личности, и приёмник берёт первую доступную.

Ничего не меняет. Ни писем, ни конфигурации — только печатает вердикт. Поэтому ею и пользуются до включения check-spf-outbound, а не после.

Главная ловушка — проверяют не тот адрес. Проверка идёт по адресу, с которого узел отправляет, а не по адресу узла вообще. Если адресов отправки несколько или письма уходят через прокси, проверять надо каждый — вердикт у них может быть разный.
Что делает Хаб. Не вызывает. Кандидат на добавление в проверку узла: Хаб знает все адреса отправки и мог бы прогонять по ним эту команду при выкладке конфигурации.
Пример в конфигурации
# адрес отправки, имя в приветствии, обратный адрес
pmta check spf 203.0.113.10 mail.example.com sender@example.com
# без обратного адреса проверяется имя из приветствия
pmta check spf 203.0.113.10 mail.example.com
Третий довод необязателен, и от его наличия зависит, какая личность проверяется, — та же развилка, что и у самой проверки.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается2 ошибки▶

Проверяют один адрес из нескольких

наш опыт

Чем чреватоВердикт относится к тому адресу, который назвали. Остальные адреса отправки могут не быть перечислены в записи SPF, и их почта не пройдёт проверку у получателя.
Как заметитьПроверка вручную проходит, часть писем всё равно не принимается.
Как правильноПрогнать команду по каждому адресу отправки.

Считают отсутствие записи успехом

наш опыт

Чем чреватоУ домена без записи SPF вердикт none, и это не то же, что pass. Приёмники относятся к такому письму строже, а при включённой исходящей проверке оно не уйдёт вовсе.
Как заметитьКоманда не сообщает об ошибке, письма при этом отбиваются.
Как правильноОпубликовать запись SPF и перечислить в ней все адреса отправки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
⇄

Связанные записи

2 связи

Чем заменена

Проверка по Sender-ID — устаревшая командаСоседняя проверка: та разбирает обратный адрес, эта проверяет его по записи SPF. § 6.3.3

Работают в паре

Разрешить имя и подключитьсяПроверка SPF опирается на запросы к DNS; та команда показывает, что отвечает резолвер узла. inference

Сюда ссылаются

Не отправлять то, что не пройдёт проверку у получателяТа же проверка вручную — до включения и без риска отбить почту. § 10.2

Как проверить на узле
Убедиться, что проверка вообще возможна, помогает запрос записи напрямую:
dig +short TXT example.com | grep -i spf
Отсутствие записи SPF у домена означает вердикт none, а не pass: проверять нечего. Хаб эту команду не вызывает.
◇

Что ещё почитать

3 статьи

◇Ключ активации — условие установки, а не шаг после неёБез ключа активации от поддержки SparkPost MTA не ставится и не работает, а уровень лицензии задаёт потолок исходящих соединений: на стандартной всё сверх 200 игнорируется.◇Ограничения облакаОблака ограничивают исходящую почту через порт 25, пока не попросишь снять лимит, а их диапазоны адресов почтовики встречают с подозрением.◇Как перевести план отправки в железоДве постоянные, по которым считается любой узел: около 2 КБ памяти на каждого получателя в очереди и место под спул, пропорциональное суммарному размеру писем.

В Хабе
Цена ошибки
безопасно: неверное значение ничего не ломает
Сценарии
Подпись и аутентификация писем · Подготовить узел к отправке