<virtual-mta-pool>

Группа адресов отправки
Одно имя вместо списка — и одна ловушка в придачу

Блок объединяет несколько адресов отправки под одним именем. Письмо, направленное на пул, уходит с одного из его участников — MTA чередует их.

Зачем это нужно. Во-первых, чтобы не перечислять адреса в каждом правиле выбора: имя пула одно, а участников можно добавлять и убирать. Во-вторых, чтобы распределять поток по нескольким адресам.

🔴 И тут же главная тонкость. Настройка, записанная в пул, достаётся каждому участнику, а не делится между ними. Лимит 100/m в пуле из пяти адресов — это по сотне на каждого, то есть пятьсот с пула. Разобрано на страницах самих директив и в vmta-pool-semantics.

Пример в конфигурации
# Хаб держит в пуле только список участников
<virtual-mta-pool pmta-pool>
    virtual-mta mta-news-1    virtual-mta mta-news-2
</virtual-mta-pool>
Выделенная строка — та единственная, что Хаб сюда пишет. Лимитов и ключей подписи в пуле у него нет: они достались бы каждому участнику, а прогрев ведёт адреса по разным графикам.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Жизненный цикл конфигурации