Блок описывает вход для подачи писем по HTTP — не по SMTP: адрес, порт и настройки шифрования. Клиенты подключаются по HTTPS, поэтому сертификат tls-certificate обязателен, а слушателей может быть несколько — у каждого свой.
Это самостоятельный вход, а не разновидность почтового. Наследования между ними нет: настройки почтового слушателя сюда не переносятся, и наоборот.
⚠️ И имена директив тут обманчивы. Часть из них совпадает с именами почтового слушателя, но раздел руководства расписывает каждую заново, со своим синтаксисом и своим умолчанием. Читать их надо в своём разделе, а не по аналогии.
Потолок соединений задаётся отдельно — директивой уровня узла (total-max-transmissions-api), а не здесь.
# вход по HTTP — отдельный от почтового <transmissions-api-listener 127.0.0.1:8443> tls-certificate /etc/pmta/api.pem</transmissions-api-listener>
0 связей
3 статьи
◇Принять, направить, доставитьПуть письма внутри узла: принять, решить куда, доставить — и между этими тремя шагами живут все настройки.◇Четыре типа значений, на которых написан весь конфигЛогическое, образец домена, регулярное выражение и промежуток времени — определены один раз в § 3.2 и дальше используются всеми директивами.◇Перезагрузка настроек против перезапуска службыКонфигурация читается при старте, дальше правки подхватываются командой перезагрузки — кроме тех директив, которые руководство помечает как требующие перезапуска.