Блок описывает сам вход, а не порт, на котором он слушает: порт объявляется отдельно, блоком <transmissions-api-listener>, и там же живёт сертификат.
Внутри пять строк. api-key — ключи доступа, по строке на ключ; это и есть способ выдать разным приложениям разные пропуска. max-message-size — предел на полезную нагрузку запроса, умолчание 100M. И три строки журналирования: log-requests, log-data, log-tls — каждая следующая подробнее предыдущей.
Настройки самой почты — разрешения на служебные заголовки, выбор потока — здесь не задаются: для них есть блок источника с зарезервированным именем {transmissions-api}.
# вход, его порт и настройки почты — три разных блока <transmissions-api-listener 1.2.3.4:8585> tls-certificate /etc/pmta/transmissions-api-certificate.pem </transmissions-api-listener> <transmissions-api> api-key 14ac5499cfdd2bb2859e4476d2e5b1d2bad079bf max-message-size 100M log-requests yes </transmissions-api> <source {transmissions-api}> process-x-virtual-mta yes </source>
3 статьи
◇Принять, направить, доставитьПуть письма внутри узла: принять, решить куда, доставить — и между этими тремя шагами живут все настройки.◇Четыре типа значений, на которых написан весь конфигЛогическое, образец домена, регулярное выражение и промежуток времени — определены один раз в § 3.2 и дальше используются всеми директивами.◇Перезагрузка настроек против перезапуска службыКонфигурация читается при старте, дальше правки подхватываются командой перезагрузки — кроме тех директив, которые руководство помечает как требующие перезапуска.