<virtual-mta>
Форма и правила те же: путь, маска или адрес HTTP. Строки читаются как настройки этого адреса отправки.
Пример руководства называет типичный случай прямо — ключи подписи. Их много, они меняются при ротации и их неудобно держать в общем файле; отдельный файл на адрес отправки решает это одной строкой.
Повторять можно — руководство показывает файл и адрес подряд.
Три формы значения, как и на уровне узла:
| Значение | Когда |
|---|---|
| путь к файлу | ключи подписи или лимиты вынесены отдельно |
| маска | по файлу на адрес отправки |
| адрес HTTP | настройки раздаются централизованно |
Чего в такой файл лучше не класть — строку smtp-source-host: это то, ради чего адрес отправки существует, и она должна быть видна в его определении.
# ключи подписи вынесены из определения адреса отправки <virtual-mta mta1> include /etc/pmta/domain-keys.txt include https://10.1.2.3:4000/dkim/keys.txt </virtual-mta>
что делают не так и чем это кончается2 ошибки▶
§ 9.2
наш опыт
2 связи
includeGlobalТа же директива в корне файла; там она добавляет строки уровня узла. § 3.3.12.14
pmta show vmta-settings mta1
3 статьи
◇Заголовки, которыми отправитель управляет доставкойШесть служебных заголовков позволяют подающей стороне выбрать поток, пометить письмо заданием, задать настройки и ключ подписи, идентификатор конверта и расписание; каждый разрешается отдельно и по источникам.◇Щадящий режим — вторая личность очередиОчередь, которой приёмник начал отказывать, переключается на параллельный набор лимитов, повторов и маршрутов — десять директив, действующих только в этом режиме.◇Прогрев, встроенный в MTAПрогретый адрес отдаёт первые N писем дня каждому получателю своему холодному напарнику; тот отправляет их сам и набирает историю.