<include-config>

Подключение конфигурации по HTTP с заголовками запроса
Когда за конфигурацией надо ходить с ключом

Блок делает ровно то же, что include с адресом: тянет файл конфигурации по HTTP. Разница одна и практическая — можно задать заголовки запроса.

Ради чего. Адрес в обычной форме не может содержать имя пользователя, строку запроса и якорь — то есть передать ключ доступа через него негде. Заголовок Authorization решает это, и именно его приводит примером руководство.

Место записи то же, что у include: корень файла, <source>, <domain>, <virtual-mta>, <smtp-pattern-list>. Адрес обязан быть абсолютным, со схемой http или https, без имени пользователя, строки запроса и якоря.

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

Пример в конфигурации
# ключ доступа передаётся заголовком, а не адресом
<include-config https://10.1.2.3:4000/my/config/file>
    http-extra-headers /etc/pmta/include-config-http-headers.txt
</include-config>
Пример руководства. В файле заголовков — строки вида Authorization: 14ac5499…, по одной на строку. Тот же файл читают все, кто имеет доступ к узлу: права на него держат как на конфигурацию.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Жизненный цикл конфигурации