jean-paul natola wrote:
> I just noticed I have a few dozen frozen messages , some to actual
> valid users, others to bogus users- runnig exim -qff is not helping
> how can i check why they are frozen?
You'll have to interpret the message log for that particular message to
find out why they are getting stuck. Either use exigrep <messageid>
/path/to/mainlogfile, or exim -Mvl <message id>.
It also sounds like you might be accepting and then bouncing emails that
are sent to invalid local users. You should look into doing recipient
verification in your RCPT ACL. Accept and bounce is considered "A Bad
Thing"tm as it causes collateral spam.
ie. Something like this in your acl_check_rcpt (or whatever you have
called it)
# Deny unless the sender address can be verified.
require verify = sender
Here's some of the interesting command you might want to use when
playing with exim.
# exim -bp
This option requests a listing of the contents of the mail queue on
the standard output. If the -bp option is followed by a list of message
ids, just those messages are listed. By default, this option can be used
only by an admin user. However, the queue_list_requires_admin option can
be set false to allow any user to see the queue.
# exim -Mvl <message id>
This option causes the contents of the message log spool file to be
written to the standard output. This option can be used only by an admin
user.
# exim -Mt <message id> <message id> ...
This option requests Exim to “thaw” any of the listed messages that
are “frozen”, so that delivery attempts can resume. However, if any of
the messages are active, their status is not altered. This option can be
used only by an admin user.
The exim command line:
http://docs.exim.org/current/spec_html/ch05.html
