Demo
Demo
База знаний PMTA›Блок <domain>›Директива§ 3.3.10.44

max-data-volume-rate

<domain>Хаб задаёт сам

Сколько байт за интервал, считая только успешные доставки
в конфигурации это строкаmax-data-volume-rate unlimitedвнутри блока <domain>
Ограничение по объёму, а не по числу писем

Сколько байт в единицу времени уходит этому получателю. Нужен там, где письма тяжёлые: сто писем по мегабайту нагружают приёмник иначе, чем сто писем по десять килобайт, а max-msg-rate этой разницы не видит.

Считаются только успешные доставки — в отличие от лимита по письмам, где расходуются и отказы. Так написано в руководстве, и это делает директиву честной мерой отданного трафика.

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

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

Нужен там, где письма тяжёлые. На обычных письмах предел по числу достигается раньше, и байтовый не участвует ни в чём. Смысл появляется у рассылок с вложениями и тяжёлой вёрсткой.

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

Совет пересчитывать при смене вёрстки наш. Из руководства здесь грамматика значения с единицами, умолчание unlimited и то, что в счёт идёт только объём успешных доставок.
Пример в конфигурации
# байтовый предел рядом с предельным числом писем
<domain *>
    max-msg-rate 500/h
    max-data-volume-rate 2g/h</domain>
Сработает тот, до которого дойдёт раньше. При среднем письме в 60 КБ пятьсот писем — это около 30 МБ, и упрётся отправка в верхнюю строку. Нижняя станет узким местом, только когда письмо утяжелится почти в семьдесят раз — до четырёх мегабайт.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Ограничивают трафик этой строкой

§ 3.3.10.44

Чем чреватоВ счёт идёт только успешно доставленное. Повторы и оборванные передачи предел не видит — фактический трафик выходит больше разрешённого.
Как заметитьПровайдер показывает объём выше выставленного потолка; расхождение растёт вместе с долей отказов.
Как правильноОграничивать канал средствами узла. Здесь предел про доставленное, а не про переданное.

Ставят предел на обычных письмах

§ 3.3.10.44

Чем чреватоПредел по числу писем достигается раньше, и байтовый не участвует ни в чём. Строка есть, а поведение прежнее — и это принимают за неработающую настройку.
Как заметитьБайтовый предел выставлен, срабатываний нет ни разу.
Как правильноПрикинуть: число писем на средний размер. Если результат заметно ниже предела, строка лишняя.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
max-data-volume-rate <rate>
Значения
unlimited · 0 · N с единицей b|k|m|g|t и знаменателем /[X] и d|h|m|s — например 6g/10h
Умолчание
unlimited § 3.3.10.44
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<domain>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Сливается по совпадающим блокам <domain> от общего к точному и по уровням узла, пула и адреса отправки. Как и прочие лимиты очереди, достаётся каждой паре отдельно. Подхватывается по pmta reload.
⇄

Связанные директивы

2 связи

Работают в паре

backoff-max-data-volume-rate<domain>Щадящий двойник, действующий вместо этого лимита в backoff; он же берёт это значение своим умолчанием. § 3.3.10.44

Где применяется

Четыре способа сказать «медленнее»Один из четырёх лимитов темпа — тот, что считает байты, и только успешно доставленные. § 3.3.10.44

Сюда ссылаются

max-smtp-data-volume-rate<virtual-mta>Тот же объём уровнем очереди — и грамматика значения описана там. § 3.3.12.3

Как проверить на узле
Действующее значение печатает команда настроек очереди:
pmta show settings gmail.com/mta-news-1
Строка max-data-volume-rate в настройках очереди. Потолок по объёму на весь адрес отправки — другая директива, и она видна только в настройках адреса.
◇

Что ещё почитать

3 статьи

◇Четыре способа сказать «медленнее»Письма, объём данных, темп подключений и число соединений — у каждого свой лимит, и у каждого есть вариант «на адрес источника» и двойник для щадящего режима.◇Очередь — это приёмник вместе с адресом отправкиMTA группирует письма по паре «домен получателя плюс адрес отправки»: один домен с двух адресов — это две независимые очереди со своими счётчиками, соединениями и режимом.◇Три правила пула, названные руководством прямоРаздача по кругу, наследование настроек участниками с перекрытием у самого участника и общее с адресами отправки пространство имён.

В Хабе
Управляется
Конфигурации → Лимиты доставки
Значение
Хаб подбирает сам — темп, стадия прогрева, метрики
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Прогрев адресов · Настроить темп под провайдера
Соседние настройки блока <domain>:max-smtp-outmax-msg-ratemax-connect-ratebackoff-max-smtp-outbackoff-max-msg-rateВсе 135 директив блока →