On 10.08.2018 15:35, Alexey Karguine wrote:
[...]
ЕМНИП, такая ошибка появляется если произошел облом доставки несколько раньше. Т.е. если,
например Exchаnge по каким-то своим соображениям некое письмо не принял, то до истечения
некоторого таймаута(или до ручного пинания) "lan_smtp defer (-53): retry time not
reached" будет появляться в логе, Exim даже не будет пытаться доставлять. Соотв.
надо найти первое сообщение об ошибке доставки, ну и на логи Exchange тоже не помешает
глянуть.
Вот и у меня такое же ощущение. Только мне не удалось найти волшебного
параметра, который бы отучил exim от этой особенности. Чтобы он продолжал
пытаться отправить почту, а не ждал эти условные 15 минут.
Причину нужно лечить, а не следствие... Найдите первую ругань на недоставку,
она должна быть информативна.
Если бы, но нет. Та же самая строчка
2018-08-09 17:37:40 1fnm4H-000PdW-U1 == u...@domain.com R=exchange_route
T=lan_smtp defer (-53): retry time not reached
for any host for ‘domain.com'
это не первая, первая еще раньше.
но по сути уже всё рассказали - конфигурировать retry и искать причину
первого затыка.
костыль может выглядеть как-то так:
domain.com * F,1h,2m; G,16h,1h,1.5; F,4d,6h
плюс запуск эксима с -q2m, пусть долбится каждые две минуты.
--
mccloud@
_______________________________________________
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd
