Блок собирает правила подмены двух разных вещей. mail-from меняет обратный адрес конверта — тот, на который вернётся отказ и который проверяет SPF. from-domain меняет домен в заголовке From — том, что видит получатель в почтовой программе.
Это разные адреса, и путать их дорого. Конверт получателю не виден и служит доставке; заголовок виден и служит доверию. Правило, написанное не в ту строку, меняет не то, что имелось в виду.
Список подключается к источнику. Руководство говорит прямо: чтобы им пользоваться, надо назвать его в блоке <source>. Ссылки из <virtual-mta> и <virtual-mta-pool> тоже существуют, но подключение к источнику — основной путь: письмо проходит через список при приёме, до выбора адреса отправки.
# конверт — на свой домен отказов, заголовок From — на видимый домен <rewrite-list abc> mail-from *@shop.example.com bounce@bounce.shop.example.com from-domain *.port25.com bouncedomain.com </rewrite-list> <source 0/0> rewrite-list abc </source>
0 связей
3 статьи
◇Принять, направить, доставитьПуть письма внутри узла: принять, решить куда, доставить — и между этими тремя шагами живут все настройки.◇Четыре типа значений, на которых написан весь конфигЛогическое, образец домена, регулярное выражение и промежуток времени — определены один раз в § 3.2 и дальше используются всеми директивами.◇Перезагрузка настроек против перезапуска службыКонфигурация читается при старте, дальше правки подхватываются командой перезагрузки — кроме тех директив, которые руководство помечает как требующие перезапуска.