Demo
Demo
База знаний PMTA›Блок <source>›Директива§ 3.3.7.69

reject-spf-check-temperror

<source>

Отвергать ли письмо, когда проверку не удалось выполнить
в конфигурации это строкаreject-spf-check-temperror trueвнутри блока <source>
Виноват не отправитель, а сеть

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

Отказ здесь тоже временный — единственный из трёх. Отправителю предлагают повторить попытку позже, а не отказывают окончательно. Умолчание — отвергать.

Причина часто на вашей стороне. Собственный резолвер узла отвечает не всегда; проверка SPF нагружает его сильнее прочего, потому что одна запись может тянуть за собой десяток запросов.

Главная ловушка — свой резолвер становится точкой отказа приёма. Пока проверка выключена, его недоступность не мешает принимать почту. С включённой проверкой и отказом по временной ошибке узел начинает отвергать письма всякий раз, когда резолвер тормозит, — и виноват в этом не отправитель.
Что делает Хаб. Не пишет: проверка на входе не включена. Если включится, этот исход стоит держать невыключенным осознанно: временный отказ честнее приёма письма, о котором ничего не выяснено.
Рекомендуемые значения

Умолчание защитимо. Временный отказ не теряет письмо — отправитель повторит.

Но сначала посмотрите на резолвер. Если он отвечает с перебоями, включённая проверка превратит это в отказы приёма.

Считайте долю таких исходов. Её рост — признак неполадки у вас, а не у отправителей.

Указание на резолвер как точку отказа — наше. Из руководства здесь умолчание, временный код отказа и пример причины: не удалось получить записи DNS.
Пример в конфигурации
# временный отказ письма не теряет — отправитель повторит
<source 0/0>
    check-spf-inbound true
    reject-spf-check-temperror true</source>
Прежде чем оставлять умолчание, стоит убедиться, что собственный резолвер отвечает устойчиво: иначе отказы будут вашими, а не отправителя.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Включают проверку при неустойчивом резолвере

наш опыт

Чем чреватоКаждый его перебой превращается в отказы приёма. Отправители видят временные отказы и повторяют, нагрузка растёт, а причина — внутри вашего узла.
Как заметитьВсплески временных отказов совпадают с задержками собственного резолвера.
Как правильноСначала сделать разрешение имён устойчивым, потом включать проверку.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
reject-spf-check-temperror <boolean>
Значения
yes или no; true и false принимаются наравне с ними
Умолчание
true § 3.3.7.69
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<source>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Значение задаётся в блоке <source> и действует на почту, поданную подходящим источником; при нескольких подходящих блоках выигрывает наиболее точный. Срабатывает только при включённой check-spf-inbound. Подхватывается по pmta reload.
⇄

Связанные директивы

2 связи

Без чего не работает

check-spf-inbound<source>Строка не срабатывает, пока проверка на входе не включена. § 3.3.7.69

На что влияет

Два обработчика входящих отчётов и что с ними делатьОтвергнутое на входе письмо до обработчиков не доходит. § 3.3.7.69

Как проверить на узле
Значение задаётся в конфигурации источника; устойчивость резолвера проверяется отдельно:
grep -n reject-spf-check-temperror /etc/pmta/config
grep -ci 'temperror' /var/log/pmta/pmta.log
Рост числа таких исходов почти всегда указывает на собственный резолвер, а не на отправителей. Хаб этой строки не пишет.
◇

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

3 статьи

◇Два обработчика входящих отчётов и что с ними делатьОтказы письмом и жалобы разбираются двумя одинаково устроенными блоками; у каждого свой список адресов и своя пара решений о судьбе письма.◇Что делать с принятым письмомЧто узел делает с принятым входящим письмом: пересылает, кладёт в файл, гасит, передаёт программе или разбирает как отказ или жалобу.◇Кому разрешено сдавать почту и для кого её приниматьИз коробки узел принимает подачу только с самой машины; два разных вопроса — «кто может слать через нас» и «на чьи адреса мы принимаем» — решаются разными директивами.

В Хабе
Цена ошибки
опасно: последствия переживут откат
Сценарии
Классификация отказов · Приём входящей почты
Соседние настройки блока <source>:reject-spf-check-permerrorreject-spf-check-failcheck-spf-inboundcheck-dkim-inboundprocess-x-dkim-optionsВсе 74 директив блока →