Hi guys,I've been Exim 4.69 (and previous releases of 4.x) for about a year now but have recently (since last week Saturday) encountered some very strange behaviour from Exim.
After having a fairly massive queue dumped on my two servers (around 12,000 messages each totalling around 45GB) they seem to be completely unable to recover from these large queues. Even though my retry statement is "F,2h,15m; G,16h,1h,1.5; F,4d,6h" I have mails in the queue that are older than 7 days.
The oldest mails in the queue do not seem to be getting hit by the queue runners and therefore the queue size is not decreasing nor are old mails being expired from the queue. If I manually instruct Exim to flush these messages (exim -v -M <msgID>) the messages flush, but a manual queue run just never seems to get there.
In contrast, new mails are pumping through the server without error and the two are collectively pushing out 170GB of mail per 24 hour period (limited by bandwidth entirely), so it seems Exim is not entirely broken.
I'm stumped. I can't find anything in the log file that points to a problem but it's clear something is wrong.
I've attached my config file in case anyone needs more information. I would appreciate any help or feedback you guys could give me. Thanks in advance, Marc -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
configure
Description: Binary data
-- ## List details at http://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
