pickup-retry-interval

Globalустарела

Интервал повтора для каталога подхвата — устаревшая
в конфигурации это строкаpickup-retry-intervalвнутри блока Global
Строка, о которой руководство молчит

Руководство отводит этой директиве отдельный раздел (§ 3.3.1.56.2) и не пишет в нём ничего, кроме пометки Deprecated. Ни назначения, ни синтаксиса, ни умолчания, ни указания на замену.

По имени и по месту в разделе о каталоге подхвата можно предположить, что строка задавала, как часто MTA перечитывает каталог, — но это наша догадка, а не факт из руководства.

Замены директива не называет. Судя по описанию самого способа подачи, MTA сегодня разбирает каталог сам и настройки частоты не требует.

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

Строку, найденную в старой конфигурации, разумнее убрать, чем пытаться подобрать ей значение.

Что делает Хаб. Не пишет: каталог подхвата у него не объявлен вовсе.
Рекомендуемые значения

Что ставить. Ничего:

Значение Когда
не писать всегда: директива устарела и не описана

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

Пометка об устаревании — единственное, что руководство говорит об этой директиве, § 3.3.1.56.2. Ни назначения, ни синтаксиса, ни умолчания, ни замены там нет. Догадка о смысле по имени — наша.
Пример в конфигурации
# примера в руководстве нет: раздел содержит только пометку об устаревании
# pickup-retry-interval <значение не описано>
Пример здесь показать нечего: руководство не приводит ни синтаксиса, ни умолчания. Строку из старой конфигурации разумнее убрать.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Принимают говорящее имя за описание

§ 3.3.1.56.2

Чем чреватоО директиве не известно ничего — включая то, действует ли она. Время уходит на настройку, результат которой не с чем сравнить.
Как заметитьСтрока стоит в конфигурации, и никто не может сказать, что она делает.
Как правильноУбрать и не подбирать значения: руководство не даёт ни диапазона, ни умолчания.

Оставляют устаревшие строки в конфигурации «на всякий случай»

наш опыт

Чем чреватоКонфигурация растёт строками, о которых никто ничего не знает. При следующем разборе на них уходит время, а поведение узла они не объясняют.
Как заметитьВ конфигурации встречаются директивы, помеченные устаревшими.
Как правильноУбирать их вместе с переходом на замену — а там, где замены нет, просто убирать.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
pickup-retry-interval <time-interval>
Значения
не описано в руководстве
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
Global
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Директива пишется в корне файла конфигурации, как и остальные настройки каталога подхвата. Об области и наследовании руководство не говорит ничего — как и обо всём остальном в этом разделе.
Как проверить на узле
Единственное осмысленное действие — поискать строку в старой конфигурации:
grep -n 'pickup-retry-interval' /etc/pmta/config
Нашлась — убрать. Проверить её действие нечем: руководство не даёт ни умолчания, ни диапазона, а значит и сравнивать результат не с чем.
В Хабе
Цена ошибки
безопасно: неверное значение ничего не ломает