reject-iprev-check-temperror

<source>

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

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

Как и в семье SPF, причина чаще на вашей стороне. Обратный запрос — такой же запрос к DNS, и когда собственный резолвер узла отвечает с перебоями, этот исход появляется независимо от отправителя.

Отличие от SPF одно, но существенное: там умолчание отвергает, здесь пропускает. Включённая проверка сама по себе приём не ломает.

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

Оставьте умолчание. Отказ здесь наказывает отправителя за вашу неполадку.

Если всё же включаете — сначала резолвер. Устойчивое разрешение имён должно быть условием, а не следствием.

Отказ временный. Письмо не теряется — отправитель повторит; но нагрузка на приём вырастет.

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

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

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

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

наш опыт

Чем чреватоКаждый перебой разрешения имён превращается в отклонённые письма. Отправители повторяют, нагрузка на приём растёт, а причина — внутри вашего узла.
Как заметитьВсплески отказов совпадают с задержками резолвера.
Как правильноВернуть умолчание либо сначала сделать разрешение имён устойчивым.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
reject-iprev-check-temperror <boolean>
Значения
yes или no; true и false принимаются наравне с ними
Умолчание
false § 3.3.7.27
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<source>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Значение задаётся в блоке <source> и действует на почту, поданную подходящим источником; при нескольких подходящих блоках выигрывает наиболее точный. Срабатывает только при включённой check-iprev-inbound. Подхватывается по pmta reload.
Как проверить на узле
Значение задаётся в конфигурации источника; устойчивость резолвера проверяется отдельно:
grep -n reject-iprev-check-temperror /etc/pmta/config
dig +short -x 198.51.100.10
Если вторая команда отвечает не всегда, включать отказ по временной ошибке нельзя. Хаб этой строки не пишет.
В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Приём входящей почты