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

check-spf-inbound-best-guess

<source>устарела

Устаревшая строка: пользоваться не следует
в конфигурации это строкаcheck-spf-inbound-best-guessвнутри блока <source>
Строка, о которой руководство говорит одно слово

Руководство отводит этой строке одну строку: устарела, применять не следует. Ни синтаксиса, ни умолчания, ни описания поведения не приводится.

По имени видно, что она относилась к «предположительной» проверке SPF — попытке вынести вердикт для домена, у которого записи нет вовсе. Такой приём был в ходу, пока стандарт не устоялся; сегодня отсутствие записи означает отсутствие вердикта, и догадываться за отправителя не принято.

Что делать. Ничего: строки не должно быть в конфигурации. Обычная проверка включается check-spf-inbound.

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

Не задавайте. Это всё, что можно сказать по руководству.

Если строка есть — уберите. Поведение не описано, а при обновлении может измениться без предупреждения.

Нужна проверка — включайте обычную. check-spf-inbound описана полностью.

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

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

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

Переносят из старой конфигурации

§ 3.3.7.23

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

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

1 связь

Чем заменена

check-spf-inbound<source>Действующая строка, которой пользуются вместо этой. § 3.3.7.23

Как проверить на узле
Единственная осмысленная проверка — убедиться, что строки в конфигурации нет:
grep -n check-spf-inbound-best-guess /etc/pmta/config
Пустой вывод и есть верный результат. Хаб эту строку не пишет.
◇

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

3 статьи

◇Принять, направить, доставитьПуть письма внутри узла: принять, решить куда, доставить — и между этими тремя шагами живут все настройки.◇Четыре типа значений, на которых написан весь конфигЛогическое, образец домена, регулярное выражение и промежуток времени — определены один раз в § 3.2 и дальше используются всеми директивами.◇Перезагрузка настроек против перезапуска службыКонфигурация читается при старте, дальше правки подхватываются командой перезагрузки — кроме тех директив, которые руководство помечает как требующие перезапуска.

В Хабе
Цена ошибки
безопасно: неверное значение ничего не ломает
Сценарии
Жизненный цикл конфигурации
Соседние настройки блока <source>:reject-spf-check-temperrorreject-spf-check-permerrorreject-spf-check-failcheck-spf-inboundcheck-dkim-inboundВсе 74 директив блока →