<transmissions-api>

Поведение входа Transmissions API
Ключи и пределы входа по HTTP

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