Вместо неё — проверка SPF
Проверяла, прошло бы письмо с указанным обратным адресом с указанного IP проверку по стандарту Sender-ID.
Команда объявлена устаревшей: сам Sender-ID вышел из употребления, и руководство отсылает к check spf.
Главная ловушка — принять её вердикт за вердикт SPF. Команда проверяла по правилам Sender-ID, от которых отказались; на вопрос «пройдёт ли письмо проверку отправителя» отвечает только check spf.
Что делает Хаб. Не вызывает.
Рекомендуемые значения
Когда звать:
| Вопрос | Эта ли команда |
|---|---|
| пройдёт ли письмо проверку отправителя | нет — check spf |
| что сказала бы проверка по Sender-ID | да, но стандарт устарел |
Назначение и устаревание — из руководства (§ 6.3.3). Разграничение вопросов наше.
Пример в конфигурации
# вместо устаревшей проверки — проверка SPF pmta check spf 203.0.113.10 mail.example.com sender@example.com
Порядок доводов у check spf: адрес отправки, имя в приветствии, обратный адрес.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
⇄
Связанные записи
1 связь
Как проверить на узле
Посмотреть запись SPF домена отправки:
dig +short TXT example.com | grep -i 'v=spf1'
Нет записи — проверять нечего: вердикт будет none.
В Хабе
- Цена ошибки
- безопасно: неверное значение ничего не ломает