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

verp-default

<domain>

Вписывать ли получателя в обратный адрес писем к этому получателю
в конфигурации это строкаverp-default falseвнутри блока <domain>
То же имя ещё 1:<domain><source>— часть из них другие настройки, часть та же самая
Точечное включение под одного получателя

Та же настройка, что и в блоке подачи, но с другой стороны: здесь механизм включается для писем к конкретному получателю, а не для всего, что подано.

Схема адреса та же и настройке не поддаётся: левая часть отправителя, дефис, адрес получателя со знаком равенства вместо собаки.

Точечное включение — обычно правильный выбор. Разбирать отказы по обратному адресу имеет смысл там, где отказы приходят нечитаемыми: у одного почтовика они без вложенного письма, у другого — с искажённым. Для остальных обратный адрес спокойно остаётся постоянным.

Главная ловушка — приём отказов настроен на постоянный адрес. Включив механизм даже для одного получателя, вы начинаете получать отказы на адреса, которых нет ни в одном списке. Если приём идёт по точному совпадению имени ящика, эти отказы просто не дойдут — и выглядеть это будет так, будто отказов не стало.
Что делает Хаб. Не пишет. Отказы он связывает с получателем по полю получателя в записях учёта: синхронные MTA пишет сам, асинхронные разбирает обработчик отказов. Переход на VERP потребовал бы перестроить приём: сегодня узел принимает отказы на один адрес bounce@bounce.<домен>, а не на адреса с получателем внутри.
Рекомендуемые значения

Точечно — лучше, чем на весь поток. Обратный адрес остаётся постоянным везде, кроме тех получателей, где он мешает.

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

Признак, по которому включают. Отказы от этого почтовика приходят без вложенного письма или в виде, из которого получателя не извлечь.

Признак для включения и правило точечности — наши. Из руководства здесь умолчание и то, что схема адреса совпадает с той, что задаётся на стороне подачи.
Пример в конфигурации
# у этого почтовика отказы нечитаемые — узнаём получателя по адресу
<domain yahoo.com>
    verp-default yes</domain>
Для остальных получателей обратный адрес останется постоянным: включение здесь ничего за пределами этого блока не меняет.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Включают, не тронув приём отказов

наш опыт

Чем чреватоОтказы приходят на адреса, которых нет в списках приёма. Поток обратной связи от этого почтовика обрывается, и выглядит это как отсутствие отказов, а не как их потеря.
Как заметитьОтказы от одного почтовика исчезли сразу после правки.
Как правильноНастроить приём по домену обратного адреса целиком.

Ждут, что формат адреса можно настроить

наш опыт

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

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

1 связь

То же имя в других блоках

verp-default<source>Тот же механизм с другой стороны: та строка включает его для всего, что подано источником, эта — для писем к одному получателю. § 3.3.10.106

Как проверить на узле
Значение печатает команда настроек очереди; результат виден по обратному адресу в журнале разговора:
pmta show settings yahoo.com/vmta1 | grep -i verp-default
grep -i 'MAIL FROM' /var/log/pmta/pmta.log | tail -10
Если обратный адрес в журнале прежний, а строка включена — проверьте, не переписывается ли он ещё и правилом переписывания. Хаб этот механизм не задействует.
◇

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

3 статьи

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

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