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