max-msg-per-connection
<domain>Хаб задаёт сам
После указанного числа писем узел закрывает соединение и открывает новое. Ноль означает «без ограничения»: соединение живёт, пока есть что слать или пока не сработает connection-idle-timeout.
Слишком мало — тоже плохо. Каждое переподключение это TCP-рукопожатие, TLS-рукопожатие и приветствие SMTP заново. Провайдер считает и соединения тоже, поэтому max-msg-per-connection 1 при большом объёме выглядит агрессивнее, чем сто писем в одном соединении.
Адресам под прогревом строка не пишется вовсе: у них действует вендорское «без предела», а темп держат один поток и max-msg-rate.
| Режим | На адрес (vMTA) | В правиле провайдера | Когда это ваш случай |
|---|---|---|---|
| Прогрев, холодный адрес | 1 | — | Адрес младше 4–6 недель или после паузы |
| Аккуратно | 20 | — | Строгие получатели, спорная репутация, первые недели после прогрева |
| Сбалансированно по умолчанию | 50 | — | Обычный режим устоявшегося парка |
| Агрессивно | 100 | — | Прогретые адреса, лояльные получатели, срочные объёмы |
| Умолчание PowerMTA | 0 | — | Если директиву не писать вовсе |
Умолчание выгоднее почти всегда. Руководство говорит прямо: обычно эффективнее отдать в соединение как можно больше писем. Ограничивать стоит там, где приёмник сам просит переподключаться, — а не «на всякий случай».
Считайте вместе с темпом подключений. Число писем на соединение и max-connect-rate — две стороны одного: чем меньше первое, тем чаще надо открывать новые. Двадцать писем на соединение при тысяче писем в час — это полсотни подключений в час, и они должны укладываться в разрешённый темп.
Ноль — не «выключено», а «без предела». Соединение живёт, пока есть что слать или пока не сработает connection-idle-timeout.
# предел на письма и темп подключений подбираются вместе <domain hotmail.com> max-msg-per-connection 50 max-connect-rate 30/m connection-idle-timeout 5m </domain>
▲
Типичные ошибки и проблемы
что делают не так и чем это кончается2 ошибки▶
Ограничивают без нужды
§ 3.3.10.81
Меняют, не глядя на темп подключений
наш опыт
- Синтаксис
- max-msg-per-connection <integer>
- Значения
- целое число писем; 0 означает «без предела»
- Умолчание
- 0 § 3.3.10.81
- Применение
- reload, перезапуск не нужен
- Очередь
- уже поставленное в очередь не затронет
- Где писать
- <domain>
- Сколько раз
- один раз в блоке
Связанные директивы
3 связи
max-connect-rate<domain>Две стороны одного: чем меньше писем на соединение, тем чаще приходится открывать новые. inferenceconnection-idle-timeout<domain>Второй способ закончить соединение — по времени простоя, а не по числу писем. inferencemax-rcpt-per-transaction<domain>Соседняя дробность: та делит письмо по получателям, эта — поток писем по соединениям. § 3.3.10.81
pmta show queues --maxitems=20 pmta show settings hotmail.com/vmta1 | grep -i max-msg-per-connection
Что ещё почитать
3 статьи
◇Как складывается политика для приёмникаНастройки собираются от самого общего образца к самому точному; порядок блоков в файле не значит ничего.◇Щадящий режим — вторая личность очередиОчередь, которой приёмник начал отказывать, переключается на параллельный набор лимитов, повторов и маршрутов — десять директив, действующих только в этом режиме.◇Наблюдение за репутацией внутри узлаMTA сам следит за ответами приёмников и по совпадению с образцом меняет режим очереди — реакция внутри соединения, а не по телеметрии.
- Управляется
- Конфигурации → Лимиты доставки
- Значение
- Хаб подбирает сам — темп, стадия прогрева, метрики
- Цена ошибки
- обратимо: вредит, пока стоит
- Сценарии
- Разобраться с доставляемостью · Настроить темп под провайдера