Demo
Demo
База знаний PMTA›Блок Global›Директива§ 3.3.1.4

postmaster

Globalкритично

Адрес ответственного за узел
в конфигурации это строкаpostmasterвнутри блока Global
Адрес, на который узел напишет сам

Руководство называет строку в числе двух настроек, которые обязательно задать вручную, чтобы MTA работал (вторая — контроль ретрансляции).

Совет там же категоричный: адрес следует указывать всегда. Причин две.

Сторож пишет сюда сам. Внутренний надзиратель pmtawatch шлёт на этот адрес отчёты о падениях MTA и о скором истечении лицензии. Это единственный канал, по которому узел сообщает о себе плохие новости без вашего участия.

Служебная почта пересылается сюда же. Письма на локальные postmaster и abuse по умолчанию идут на указанные адреса.

Директиву повторяют — по строке на адрес.

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

Адрес должен быть на стороне: у другого провайдера, в другой инфраструктуре — где угодно, только не за этим узлом.

Вторая половина: сюда же приходит служебная почта. Ящик, который никто не читает, означает, что жалобы на abuse@ и сообщения о падениях уходят в одно и то же никуда.

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

Что при этом теряется, знать стоит. Сторож pmtawatch шлёт на тот же адрес отчёты о падении и перезапуске MTA: без строки узел падает и поднимается молча. И приём на postmaster@ с abuse@ Хаб открывает правилом, но пересылать письма некуда — их забирает обработчик отказов и гасит. Кому это важно, строку дописывает сам.

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

Что ставить. Требование к адресу одно и оно не про формат:

Свойство Почему
ящик вне этого узла отчёт о падении отправляется тем, что упало
ящик, который читают сюда же приходят жалобы и сообщения об истечении лицензии
два адреса, а не один строку повторяют; второй адрес страхует первый

Ящик у стороннего провайдера здесь уместнее собственного: он не зависит от вашей инфраструктуры вовсе.

Обязательность, назначение (отчёты сторожа о падениях и об истечении лицензии, пересылка служебной почты) и повторяемость — из руководства, § 3.3.1.4 и § 2.3. Требование о ящике вне узла наше.
Пример в конфигурации
# два адреса, и оба вне этого узла
postmaster ops@example.netpostmaster ops-backup@example.org
Отчёт о падении отправляется тем узлом, который упал. Ящик за этим же узлом такого письма не получит.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Указывают адрес на том же узле

наш опыт

Чем чреватоОтчёт о падении отправляется тем MTA, который упал. Ящик за этим же узлом его не получит — и о падении вы узнаете не от узла, а от пользователей.
Как заметитьДомен адреса обслуживается этим же узлом.
Как правильноВзять ящик у стороннего провайдера — он не зависит от вашей инфраструктуры вовсе.

Не задают строку вовсе

§ 2.3

Чем чреватоРуководство называет её обязательной. Без неё узел лишается единственного канала, по которому сообщает о падениях и о скором истечении лицензии.
Как заметитьСтроки нет в конфигурации.
Как правильноЗадать хотя бы один адрес вне этого узла.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
postmaster <email-address>
Значения
почтовый адрес; строку можно повторять
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
Global
Сколько раз
можно повторять
Всё здесь — из руководства, с разделом.
Наследование
Директива пишется в корне файла конфигурации и действует на весь узел. Наследования у неё нет; несколько адресов задаются повторением строки, а не перечислением.
⇄

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

3 связи

Работают в паре

Сторож, который перезапускает MTAСторож шлёт сюда отчёты о падениях — это его единственный способ сообщить о них. § 3.3.1.4Ключ активации — условие установки, а не шаг после неёСюда же приходит предупреждение о скором истечении лицензии. § 3.3.1.4

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

Первоначальная настройкаОдна из двух настроек, без которых MTA не работает. § 2.3

Как проверить на узле
Строку видно в конфигурации; проверять надо и то, что ящик действительно читают:
grep -n '^postmaster' /etc/pmta/config
grep -n 'relay-address' /etc/pmta/config
Вторая команда показывает, открыт ли приём на служебные адреса. Пустой вывод первой означает, что отчёты о падении и об истечении лицензии уходить некуда.
◇

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

3 статьи

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

В Хабе
Цена ошибки
безопасно: неверное значение ничего не ломает
Сценарии
Приём входящей почты · Безопасность узла
Важность
критично
Соседние настройки блока Global:includedomain-macrovolume-audit-api-keythread-reusethread-max-priorityВсе 108 директив блока →