Re: [exim] Mail get stuck in the mailing queue

On 6/25/05, Edwin Kliest <edwin@???> wrote:
> auto_thaw = 0s
>
> Any suggestions are very welcome,

No one should be using auto_thaw, but if you are, then set it to
something like 1d or something more appropriate to give it a chance to
breath, and always set ignore_bounce_errors_after to a smaller (or
perhaps equal) value, so set that to 1h to clear out undeliverable
bounces (messages you created).

With auto_thaw but no ignore_bounce_errors_after, then you will be
trying to deliver bounce messages dispite getting 550 errors....
you'll be trying to deliver messages for several days despite getting
550 User Unknown or 550 Virus found responses... are you prepared to
wait for the user to exist? or perhaps you really want to deliver that
virus?

Auto_thaw only applies to frozen messages -- messages that are
undeliverable. If you can't connect to a remote host and most other
problems, messages aren't frozen, they will remain in the queue,
deferred. It is only after 4 days of connection problems or a
response like 550 User Unknown/550 Virus/550 Spam Content that will
freeze a message -- why you would want to use auto_thaw on these
messages is something you really should consider. It is better to use
timeout_frozen_after and bounce them. If you wanted to keep on trying
to deliver messages, extend the retry time in the retry rules and just
don't freeze them so fast. If you think auto_thaw speeds up delivery,
you should again be adjusting the retry rules to retry more often.

ignore_bounce_errors_after = 1h
So, don't use auto_thaw (ever)
tweak retry rules instead
timeout_frozen_after = 7d

This should prevent undeliverable messages from consuming so many
resources and perhaps slowing down your system.


Meanwhile, to speed up general operation use a local dns server or set
one up if you haven't already.