Установка на Linux

критично

Installing on Linux
Восемь шагов, из которых два необязательных

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

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

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

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

Запуск нужен один раз. Дальше MTA поднимается сам при старте машины.

Отладчик ставят по желанию — с ним MTA собирает больше сведений при падении. Решение стоит принимать до того, как падение случилось.

Главная ловушка — принять файл-заготовку за готовую конфигурацию. Пакет кладёт рабочий по форме файл, MTA с ним запускается, почта идёт. И при этом узел может быть без адреса ответственного, без нужных слушателей и с вендорскими умолчаниями там, где нужны свои. Запуск ничего об этом не скажет: он проверяет разбор, а не осмысленность.
Что делает Хаб. Установку не выполняет — MTA ставит тот, кто заводит узел. Хаб подключается к уже установленному: проверяет пригодность машины, а потом кладёт свою конфигурацию поверх заготовки.

Значит шаги с ключом лицензии и созданием группы остаются на человеке целиком, а сверку конфигурации Хаб берёт на себя — его файл заменяет заготовку.

⚠️ Один шаг он не покрывает: адрес ответственного. Хаб его не пишет, а заготовка не содержит, — и сторож остаётся без канала (pmtawatch).

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

Что решается до установки, а что после:

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

Первые три необратимы задним числом дёшево. Номер группы после установки меняется правкой прав по всем каталогам; отладчик, поставленный после падения, не расскажет о том падении ничего.

Заготовку не оставлять. Она годится, чтобы убедиться, что MTA работает, и не годится ни для чего дальше.

Разделение «до и после» наше. Из руководства здесь сам список шагов, необязательность создания группы и установки отладчика и указание, что после первого запуска MTA стартует сам.
Пример в конфигурации
# порядок, в котором шаги нельзя переставлять
groupadd -g 5000 pmta          # до установки, если номер важен
rpm -Uvh PowerMTA-*.rpm
cp license /etc/pmta/license   # до первого запускаsystemctl start pmta
Выделенная строка стоит раньше запуска не случайно: без ключа MTA не поднимется. Верхняя строка нужна только там, где числовой номер группы должен совпадать между машинами.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Оставляют файл-заготовку рабочей конфигурацией

§ 2.4

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

Создают группу после установки

§ 2.4

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

Ставят отладчик после первого падения

§ 2.4

Чем чреватоО том падении он не расскажет ничего — сведения собираются в момент события. Решение о его установке имеет смысл только заранее.
Как заметитьПадение было, разбирать нечего.
Как правильноСтавить отладчик при установке узла, а не по факту.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Как проверить на узле
После установки проверяются три вещи подряд:
pmta show version && pmta show license
pmta test config
ps -ef | grep -c '[p]mtad\|[p]mtawatch'
Первая покажет версию и что лицензия принята. Вторая — что конфигурация разбирается. Третья — что рядом с MTA работает сторож: без него узел не поднимется сам после падения.
В Хабе
Цена ошибки
с перерывом: применение прерывает работу узла
Сценарии
Подготовить узел к отправке
Важность
критично