Demo
Demo
База знаний PMTA›Механизм§ 3.1

Перезагрузка настроек против перезапуска службы

критично

reloading the configuration
Перезагрузка не прерывает доставку, перезапуск прерывает

Конфигурация читается один раз при запуске. Дальше есть два способа применить правку, и они не равнозначны.

Перезагрузка настроек — команда pmta reload. Руководство прямо называет её более эффективной: MTA перечитывает файлы, не останавливая доставку. Большинство правок подхватывается именно так.

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

Есть и третий случай, который легко пропустить. Порт веб-монитора требует перезапуска не MTA, а самой службы монитора. Разница существенная: одно стоит отправки, другое нет.

Что перезагрузка не делает. Она не проверяет файл заранее: разбор происходит в момент применения, и ошибка обнаружится тогда же. Отдельная команда проверки существует ровно для того, чтобы узнать об ошибке до, а не после.

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

Перед этим Хаб прогоняет проверку разбора и показывает предпросмотр — так ошибка ловится до применения, а не после.

Директив, требующих перезапуска службы, Хаб не пишет. Строки веб-монитора требуют перезапуска монитора — его Хаб выполняет сам после каждого применения. Две строки, которые перезагрузкой не подхватывались, из шаблонов убраны: run-as-root — 29.08.2026, enable-source-ip-limits-on-sending-ip — 15.09.2026.

Рекомендуемые значения

Выбор простой, и он определяется не привычкой, а директивой:

Что изменили Чем применять
обычную настройку перезагрузкой — доставка не прерывается
директиву с пометкой о перезапуске перезапуском службы MTA
порт веб-монитора перезапуском службы монитора, MTA не трогая
настройки аналитики вендора руководство советует перезапуск, хотя достаточно перезагрузки

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

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

Совет проверять до применения — наш. Из руководства здесь то, что перезагрузка эффективнее, что большинство правок ею подхватывается и что исключения помечены у каждой директивы отдельно.
Пример в конфигурации
# порядок правки: сначала проверить, потом применить
pmta test config
pmta reload# и только для помеченных директив:
systemctl restart pmta
Выделенная строка — обычный путь. Нижняя нужна лишь тогда, когда изменённая директива прямо этого требует; отправка на время рестарта останавливается.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Перезапускают службу после каждой правки

§ 3.1

Чем чреватоПерезапуск останавливает отправку, перезагрузка нет. На узле с регулярными правками это складывается в заметную долю потерянного времени отправки, и вся она не нужна.
Как заметитьВ отчётах доставки провал ровно на длину рестарта после каждой правки конфигурации.
Как правильноПрименять перезагрузкой. Перезапускать только тогда, когда изменённая директива этого прямо требует.

Применяют, не проверив разбор

§ 3.1

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

Перезапускают MTA ради порта монитора

§ 3.3.1.30

Чем чреватоПорту веб-монитора нужен перезапуск службы монитора, а не MTA. Перезапуск MTA останавливает отправку — ради настройки, которая к отправке отношения не имеет.
Как заметитьПровал доставки после правки, не связанной с доставкой.
Как правильноЧитать пометку в разделе директивы: она различает эти два случая. Перезапускать ровно то, что названо.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Наследование
Наследования у механизма нет — это способ применения, а не настройка. Но действует он на всю связку файлов: перезагрузка перечитывает главный файл и всё, что он подключает строкой include, — то есть у нас и файл с блоками адресов отправки.
⇄

Связанные записи

3 связи

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

Применить изменённую конфигурацию, не останавливаясьКоманда, стоящая за этим механизмом. § 3.1

На что влияет

run-as-rootGlobalОдна из немногих директив, которым перезагрузки мало. § 3.3.1.9

Где применяется

Главный файл конфигурации узлаПерезагрузка действует на главный файл и на всё, что он подключает. § 3.1

Сюда ссылаются

http-mgmt-portGlobalЕдинственная директива монитора, о перезапуске которой руководство говорит прямо; на деле перезапуска требуют все его настройки. § 3.3.1.58.1Запуск и остановка MTAПерезагрузка настроек делает то же, что перезапуск, но без остановки доставки. inferenceРазбор отказа запускаМеханизм, на котором держится этот шаг. inferenceКонфигурацияМеханизм, который здесь и виден. § 5.6Сбросить кэш секретовМеханизм, к которому команда и обращается. inferenceНастройка через API и файл не сходятсяСмежный механизм: они работают вместе. § 8.3

Как проверить на узле
Проверить, что перезагрузка прошла, а не только была вызвана:
pmta test config && pmta reload
pmta show status
Команда перезагрузки печатает результат разбора: при ошибке настройки остаются прежними, и об этом сказано в её выводе. Сводка состояния покажет время последнего применения — по нему видно, подхватил ли узел правку на самом деле.
◇

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

3 статьи

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

В Хабе
Цена ошибки
с перерывом: применение прерывает работу узла
Сценарии
Жизненный цикл конфигурации
Важность
критично