<transmissions-api-listener>

Слушатель Transmissions API
Вторая дверь подачи, отдельная от почтовой

Блок описывает вход для подачи писем по 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>
Выделенная строка описана в своём разделе руководства, а не заимствована у почтового слушателя, — хотя имя то же самое. У нас этого блока нет: весь парк подаёт письма по SMTP.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Директивы блока: 15
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Жизненный цикл конфигурации