show settings

критично

Действующие настройки очереди
Результат слияния, а не то, что в файле

Печатает настройки, действующие для очереди «приёмник и адрес отправки»: сначала пределы адреса отправки, затем полный список настроек очереди — и заданных, и умолчаний.

Единственный надёжный ответ на вопрос «какое значение действует». Читать файл вместо неё — самый частый способ ошибиться: слияние блоков и умолчания в файле не видны.

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

Когда звать:

Вопрос Эта ли команда
какое значение действует для пары да
пределы одного адреса отправки да — первая часть вывода
что записано в файле нет — это чтение конфигурации
Состав вывода — из руководства (§ 6.3.16). Разбор про слияние — наш.
Пример в конфигурации
# что действует для писем к gmail.com через vmta1
pmta show settings gmail.com/vmta1pmta show settings gmail.com/vmta1 | grep -E 'max-smtp-out|max-msg-rate|retry-after'
Вторая строка выбирает из длинного списка несколько пределов.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Как проверить на узле
Сверить действующее значение с записанным:
pmta show settings gmail.com/vmta1 | grep max-msg-rate
grep -rn 'max-msg-rate' /etc/pmta/
Если числа расходятся, значение пришло из другого блока или из умолчания — ответ команды важнее файла.
В Хабе
Цена ошибки
безопасно: неверное значение ничего не ломает
Сценарии
Жизненный цикл конфигурации · Разобраться с доставляемостью
Важность
критично