> 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 == [email protected] 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, пусть долбится каждые две минуты.
Всем спасибо за советы. Причину затыков буду искать, пока что вылечил ситуацию строчкой retry_data_expire = 15s _______________________________________________ freebsd mailing list [email protected] http://mailman.uafug.org.ua/mailman/listinfo/freebsd
