Exim - defer (-53): время повтора не достигнуто ни для одного хоста

Я новичок в eximʻe - и унаследовал систему, в которой работает exim, который ведет себя некорректно.

Мой экземпляр перестал отправлять электронные письма. Он принимает сообщения в очередь и работает с -q1h - каждый час для каждого сообщения в очереди он сообщает ...

defer (-53): retry time not reached for any host

Он настроен на использование высокодоступного интеллектуального хоста - так что это не проблема с удаленным MTA. Действительно, запуск exim -v из командной строки для отправки электронного письма немедленно передается на интеллектуальное реле. т.е. нет проблем с маршрутизацией, аутентификацией, доступностью. Exim просто не пытается пересылать эти электронные письма.

Я вижу много-МНОГО людей, говорящих, что способ исправить это - сбросить базу данных повторов, либо удалив только файлы блокировки, либо файлы блокировки и базу данных повторов. Ни один из методов не повлиял на мой mailq.

NB, это не повторная попытка после сбоя - exim никогда не пытался передать сообщение.

Конфигурация повторной попытки по умолчанию:

begin retry
* * F,2h,15m; G16h,1h,1.5; F,4d,6h

Я полагаю, что -q1h является причиной того, что он не пытается немедленно передать сообщение. Но почему он не принимает сообщения из очереди?

Поскольку это передача на интеллектуальный ретранслятор, мне не нужно создавать резервную копию сообщений в течение часа. Если я удалю -q1h из опций, exim будет продолжать сканировать очередь регулярно или просто проигнорирует ее?

0
задан 17 July 2019 в 18:10
2 ответа

-q1h означает, что демон будет обрабатывать очередь каждый час. Разумно обрабатывать очередь, так как даже если вы отправляете через смарт-хост, даже он может быть отключен / недоступен по какой-либо причине и приведет к тому, что сообщения будут помещены в очередь. Если очередь не запущена, эти сообщения никогда не будут отправлены.

Тот факт, что exim сообщает «время повтора не достигнуто ни для одного хоста», означает, что смарт-хост явно был недоступен в какой-то момент. Чтобы предотвратить бесполезную трату ресурсов при повторных попытках доступа к автономному узлу, вводится время повтора, которое, по-видимому, еще не достигнуто. Я уверен, что если вы продолжите поиск в журналах, вы увидите, где смарт-хост был недоступен.

Вы можете принудительно попытаться доставить сообщение, запустив exim -M messageID (вы можете увидеть сообщение ID с exim -bp или mailq , если exim был связан с этим именем).

0
ответ дан 5 December 2019 в 18:42

Aghju scurdatu di a regula # 1:

Quandu un sistema Redhat / Centos vi morda in% ^ & * hè probabilmente SELinux / a pulitica di mira

-1
ответ дан 5 December 2019 в 18:42

Теги

Похожие вопросы