Global
Расширение PIPELINING позволяет отправителю посылать команды подряд, не дожидаясь ответа на каждую. Эта строка решает, объявляет ли поддельный приёмник его поддержку. Умолчание — false.
Вторая сторона той же договорённости. На стороне отправки расширением управляет ignore-pipelining: там решают, пользоваться ли им; здесь — объявлять ли.
Из трёх строк has-* эта весомее прочих. Конвейер убирает ожидание после каждой команды, и на письме со многими получателями разговор становится короче в разы. Прогон без него меряет длинный разговор — и упирается в потолок раньше, чем упрётся боевая отправка.
Включайте почти всегда. Крупные приёмники расширение объявляют, и боевая почта идёт через него.
Особенно при заданной задержке. Без конвейера задержка умножается на число команд, и результат прогона уезжает кратно.
Умолчание — только для нижней границы. Замер самого тяжёлого возможного разговора тоже имеет смысл, но планировать по нему нельзя.
# конвейер и задержка вместе — иначе прогон уезжает кратно dummy-smtp-port 2525 dummy-smtp-latency 100 dummy-smtp-has-pipelining true
что делают не так и чем это кончается2 ошибки▶
наш опыт
наш опыт
2 связи
grep -n dummy-smtp-has-pipelining /etc/pmta/config printf 'EHLO test\r\nQUIT\r\n' | nc 127.0.0.1 2525
3 статьи
◇Ключ активации — условие установки, а не шаг после неёБез ключа активации от поддержки SparkPost MTA не ставится и не работает, а уровень лицензии задаёт потолок исходящих соединений: на стандартной всё сверх 200 игнорируется.◇Ограничения облакаОблака ограничивают исходящую почту через порт 25, пока не попросишь снять лимит, а их диапазоны адресов почтовики встречают с подозрением.◇Как перевести план отправки в железоДве постоянные, по которым считается любой узел: около 2 КБ памяти на каждого получателя в очереди и место под спул, пропорциональное суммарному размеру писем.