virtual-mta

<virtual-mta-pool>критичноХаб задаёт сам

Участник пула и доля трафика, которая ему достаётся
в конфигурации это строкаvirtual-mtaвнутри блока <virtual-mta-pool>
Кто в пуле и сколько ему достаётся

Строка повторяется по числу участников и ссылается на уже объявленный адрес отправки — определить его она не может.

Число после имени — доля в процентах. Шаг — одна десятая процента, сумма всех долей обязана быть ровно 100. Без чисел участники используются по кругу поровну.

Смешивать нельзя по смыслу: либо доли у всех, либо ни у кого — сумма 100 иначе не соберётся.

Зачем нужна десятая процента. Пример руководства — 99,9 против 0,1 — это ввод нового адреса в работу: одно письмо из тысячи уходит с него, остальные с обжитого. Тот же приём годится для канареечной проверки нового узла и для постепенного переезда.

Главная ловушка. Доля задаётся здесь, а трафик через неё идёт только тогда, когда выбран пул. Если отправитель называет адрес отправки поимённо — заголовком или правилом по образцу, — доли не участвуют вовсе: строка есть, а раздачи нет.
Что делает Хаб. Пишет — по строке на каждый адрес отправки узла в общем пуле подачи, без долей: письмо, не выбранное ни заголовком, ни правилом, уходит по кругу. Долями Хаб не пользуется намеренно: раздачу решает план прогрева, который знает про этапы, лимиты по приёмникам и остановку по доле спама. В резервный пул адреса под прогревом Хаб не включает — свалить на прогреваемый адрес поток, от которого уже отказывается приёмник, значит его сжечь.
Рекомендуемые значения

Имя участника и, при желании, доля. Выбор здесь один:

Запись Раздача Когда
virtual-mta mta1 по кругу поровну адреса равноправны и одинаково прогреты
virtual-mta mta1 99.9 в заданной пропорции ввод нового адреса, канарейка, переезд

Считать сумму при каждой правке. Шаг — десятая процента, значит 99,9 и 0,1 сходятся, а 99,9 и 0,2 уже нет; ошибка вылезет не при правке файла, а при его применении.

Шаг 0,1 %, требование суммы 100 и раздача по кругу без долей — из руководства. Сравнение с планом прогрева — наше.
Пример в конфигурации
# два пула: один раздаёт поровну, другой вводит новый адрес долей
<virtual-mta-pool pool1>
    virtual-mta mta1
    virtual-mta mta2
</virtual-mta-pool>

<virtual-mta-pool pool2>
    virtual-mta mta3 99.9    virtual-mta mta4 0.1
</virtual-mta-pool>
Пример руководства. mta4 получит одно письмо из тысячи — этого хватит, чтобы у приёмника появилась история адреса, и мало, чтобы навредить. Оба пула ссылаются на адреса отправки, объявленные выше.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается3 ошибки▶

Задают доли, а трафик идёт мимо пула

§ 3.3.13.1

Чем чреватоДоли применяются только к письмам, выбравшим пул. Если отправитель называет адрес отправки заголовком или его выбирает правило по образцу, раздача не участвует — а конфигурация выглядит настроенной.
Как заметитьВ учёте у одного участника весь объём, у остальных ничего, хотя доли расписаны.
Как правильноПроверить, чем выбирается поток. Раздачу долями имеет смысл включать, только если подача действительно называет имя пула.

Не пересчитывают сумму после правки

§ 3.3.13.1

Чем чреватоСумма долей обязана быть ровно 100. Правка одной строки ломает определение целиком, и конфигурация не применяется.
Как заметитьПерезагрузка не проходит сразу после изменения доли.
Как правильноПересчитывать при каждой правке — или собирать пул генератором, который считает сам.

Включают прогреваемый адрес в общий пул

наш опыт

Чем чреватоПул — это ещё и то, куда попадает всё невыбранное. Прогреваемый адрес получит случайную долю боевого трафика поверх плана, и суточные объёмы разойдутся с расчётом.
Как заметитьУ адреса под прогревом объём выше планового, а лишнее не объясняется расписанием.
Как правильноДержать адреса под прогревом вне пулов подачи. Хаб так и делает — и в резервный пул их тоже не включает.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
virtual-mta <name-and-weight>
Значения
имя объявленного адреса отправки, при желании доля в процентах с точностью до десятой; сумма долей ровно 100
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<virtual-mta-pool>
Сколько раз
можно повторять
Всё здесь — из руководства, с разделом.
Наследование
Сама строка ничего не наследует — она перечисляет. Наследование идёт от пула к участникам: блок <domain> и семь директив, записанных в пуле, достаются каждому, а собственная строка участника пуловую перекрывает. Из этого же следует запрет: участник не может состоять в двух пулах, у которых есть блоки <domain>.
Как проверить на узле
Состав пулов и доли видны в списке адресов отправки узла:
pmta show vmtas
Проверять надо и то, что раздача вообще происходит: если письма выбирают адрес отправки поимённо, до пула они не доходят и доли не работают. Видно это по полю имени потока в учёте — при работающей раздаче там встречаются все участники в заданной пропорции.
В Хабе
Управляется
Инфраструктура → Адреса отправки
Значение
Хаб подбирает сам — темп, стадия прогрева, метрики
Цена ошибки
с перерывом: применение прерывает работу узла
Сценарии
Планирование мощности · Ротация адресов отправки · Прогрев адресов
Важность
критично