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

reject-iprev-check-fail

<source>

Отвергать ли письмо, когда адрес не сходится с именем
в конфигурации это строкаreject-iprev-check-fail falseвнутри блока <source>
Умолчание здесь противоположно SPF

Несовпадение означает, что обратная запись адреса есть, но она не сходится с именем, которым подающий представился, — либо записи нет вовсе. Строка решает, отвергать ли за это письмо.

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

Признак сам по себе слабый: несовпадение бывает у законных отправителей чаще, чем хотелось бы.

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

Оставьте умолчание. Признак слабый, а цена отказа — потерянная почта законных отправителей.

Отвергать имеет смысл на узком источнике. Если известно, что отсюда подаёт одна конкретная машина с настроенной обратной записью, отказ становится осмысленным.

Никогда — на источнике со всей сетью.

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

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

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

Копируют настройку из блока SPF

наш опыт

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

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

1 связь

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

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

Как проверить на узле
Значение задаётся в конфигурации источника; сходится ли запись у конкретного адреса, проверяется напрямую:
grep -n reject-iprev-check /etc/pmta/config
dig +short -x 198.51.100.10
Полученное имя надо сверить с тем, которым подающий представляется в приветствии, — именно это и делает проверка. Хаб этой строки не пишет.
◇

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

3 статьи

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

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