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

ignore-chunking

<domain>

Не пользоваться расширением CHUNKING, даже если приёмник его объявил
в конфигурации это строкаignore-chunking falseвнутри блока <domain>
Вернуть передачу к обычной команде DATA

Расширение CHUNKING (команда BDAT) передаёт тело письма кусками известной длины вместо обычной команды DATA с точкой в конце. Строка отменяет его использование, даже если приёмник расширение объявил.

Руководство называет одну причину — отладку. Когда передача писем к конкретному приёмнику ведёт себя странно, отключение расширения возвращает разговор к простому, хорошо понятному виду: DATA, тело, точка.

Способ передачи меняет и то, чем заканчивается разговор: при BDAT узел ждёт ответа на последний сегмент, при DATA — ответа на точку. Оба ожидания отмеряет smtp-data-termination-timeout.

Главная ловушка — оставляют включённым после отладки. Строка задумана как временная. Забытая в конфигурации, она лишает передачу штатного механизма — а вспомнить, зачем её ставили, через полгода уже невозможно.
Что делает Хаб. Не пишет — остаётся вендорское false. Это инструмент разбирательства, а не настройка: у Хаба ему место во временной правке конфигурации, а не в постоянной.
Рекомендуемые значения

Включать — только на время разбирательства. И сразу заводить напоминание убрать.

Вместе с ignore-pipelining. Руководство называет им обеим одну и ту же причину; при разборе странной передачи их обычно отключают парой, чтобы упростить разговор целиком.

Комментарий рядом обязателен. Строка без объяснения, зачем она здесь, переживёт своего автора и останется навсегда.

Требование комментария и совета отключать парой — наши. Из руководства здесь умолчание и единственная названная причина: отладка проблем передачи.
Пример в конфигурации
# ВРЕМЕННО: разбираемся с обрывами передачи, 28.08 — убрать после
<domain problem.example.com>
    ignore-chunking true    ignore-pipelining true
</domain>
Комментарий с датой — не украшение: без него строка останется в конфигурации навсегда, а причина забудется.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Оставляют после отладки

наш опыт

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

Включают наугад при отказах

наш опыт

Чем чреватоРасширение почти никогда не бывает причиной отказов приёмника: те приходят по содержанию, репутации или темпу. Отключение ничего не меняет, а разбирательство уходит не туда.
Как заметитьСтрока включена, доля отказов не изменилась.
Как правильноСначала посмотреть текст отказа: он почти всегда называет настоящую причину.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
ignore-chunking <boolean>
Значения
yes или no; true и false принимаются наравне с ними
Умолчание
false § 3.3.10.78
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<domain>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Значение сливается по блокам <domain> от общего к частному: побеждает наиболее подходящий блок, а не последний по файлу. Подхватывается по pmta reload; на открытые соединения не влияет.
⇄

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

1 связь

Обычно вместе с

ignore-pipelining<domain>Руководство называет обеим одну и ту же причину — разобраться со странной передачей. § 3.3.10.79

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

dummy-smtp-has-chunkingGlobalДве стороны одной договорённости: там мы решаем, пользоваться ли расширением чужого приёмника, здесь — объявлять ли его своим. § 3.3.10.78ignore-8bitmime<domain>Тот же переключатель для другого расширения — но у этого своя причина: несовместимость шлюзов, а не отладка. § 3.3.10.77

Как проверить на узле
Значение печатает команда настроек очереди; пользуется ли узел расширением, видно по командам в журнале разговора:
pmta show settings problem.example.com/vmta1 | grep -i ignore-chunking
grep -E 'BDAT|^DATA' /var/log/pmta/pmta.log | tail -10
Команды BDAT в журнале означают, что расширение используется; при включённой строке их быть не должно. Хаб команд разговора не собирает.
◇

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

3 статьи

◇Как складывается политика для приёмникаНастройки собираются от самого общего образца к самому точному; порядок блоков в файле не значит ничего.◇Щадящий режим — вторая личность очередиОчередь, которой приёмник начал отказывать, переключается на параллельный набор лимитов, повторов и маршрутов — десять директив, действующих только в этом режиме.◇Наблюдение за репутацией внутри узлаMTA сам следит за ответами приёмников и по совпадению с образцом меняет режим очереди — реакция внутри соединения, а не по телеметрии.

В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Разобраться с доставляемостью · Настроить темп под провайдера
Соседние настройки блока <domain>:connect-timeoutauth-usernamecommandallow-cancel-during-transferassume-delivery-upon-data-termination-timeoutВсе 135 директив блока →