Могут ли ошибки маршрутизатора DNSLookup быть отправлены в значение errors_to в Exim4? - PullRequest
0 голосов
/ 11 января 2019

Мы используем Exim4 в Debian 9 с неразделенным конфигом. Мы внедрили VERP в течение некоторого времени. Мы используем элемент «errors_to» в маршрутизаторе dnslookup для сброса значения пути возврата. Все работает нормально, за исключением того, что при сбое поиска DNS эти ошибки направляются на исходный адрес конверта.

Например, если мы отправим на xBadAddressx@yahoo.com, то dnslookup завершится успешно. Yahoo отклоняет это сообщение, и наша система правильно отправляет сообщение об ошибке по адресу VERP. Тем не менее, если поиск DNS не удается, он не отправляет исходное значение отправителя (envelope-from).

Изначально мы только что внедрили VERP в маршрутизаторе dnslookup:

dnslookup:
  debug_print = "R: dnslookup for $local_part@$domain"
  driver = dnslookup
  domains = ! +local_domains
  errors_to = $local_part=$domain@ourdomain.com
  transport = remote_smtp

В какой-то момент мы попытались внедрить более ранний (предварительно) маршрутизатор перенаправления (должно быть, откуда-то это получил), но, похоже, это не дало никакого эффекта:

error_router:
  driver = redirect
  data = 
  errors_to = $local_part=$domain@ourdomain.com
  unseen

Для чего бы то ни было, мы также реализовали VERP в транспорте remote_smtp. Кажется, это излишне, но, похоже, это не даст никакого эффекта, если мы удалим или оставим его.

Наша установка exim отправляет только исходящие сообщения для нашей маркетинговой системы. Нет входящего, нет пользователей и т. Д.

...