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

reject-iprev-check-permerror

<source>

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

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

Это не отказ отправителя и не сбой сети. Владелец адресного блока просто не довёл настройку до конца — обычное дело у хостеров и облаков, где обратные зоны заполняются частично.

Как и вся семья, строка работает только при включённой check-iprev-inbound.

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

Оставьте умолчание. Из трёх исходов обратной проверки этот меньше всего говорит об отправителе.

Результат всё равно попадёт в заголовок. Учесть его дальше по цепочке можно и не отвергая письмо.

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

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

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

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

Отвергают наравне с несовпадением

наш опыт

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

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

1 связь

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

check-iprev-inbound<source>Строка не срабатывает, пока обратная проверка не включена. § 3.3.7.28

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

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

3 статьи

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

В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Приём входящей почты
Соседние настройки блока <source>:reject-iprev-check-temperrorcheck-iprev-inboundcheck-spf-inbound-max-void-lookupsreject-iprev-check-failprocess-x-dkim-keyВсе 74 директив блока →