Arthur System Admin wrote:
On Wednesday 22 March 2006 18:42, Sandy Drobic wrote:
First find out how your system processes emails. It sounds as if you have the following chain:
fetchmail -> postfix -> amavis -> postfix -> local delivery
Now, this local delivery can happen in several ways. Either the mails are stored in /var/spool/mail/username, home/username/mail or a pop/imap server is receiving them for storage/retrieval.
If you are using postfix, it should log to /var/log/mail where you can see where postfix finally delivers the mail.
Sandy
Thanks sandy, on further investigation I think I may have 2 problems
1. I suspect amavis is keeping copies of ALL incoming mail ( or postfix is not deleting them once delivered ? )
Postfix has nothing to do with mails once they are delivered to amavis. What Amavis does with the mails is up to your config. I think by default amavis will also log to /var/log/mail.
2. Postfix itself has a number of deferred / defer entries in its own /var/spool/postfix/deferred/ & /var/spool/postfix/defer/
A wise man once said "a mailqueue is like a toilet. First you get rid of the blocking problem, THEN you flush. Otherwise you will only make the mess worse..." So I suggest you look for the problem that postfix has and is causing the deferred mails. Then fix it and only then tell postfix to requeue the mails for delivery again. What does "egrep -i '(fatal|panic|warn)' /var/log/mail" say? The most important errors will probably show up first. panic: a failure a programmer is needed to fix fatal: a failure that will cause postfix to stop working warn: a non-fatal error, postfix will continue to work but might not work as desired Sandy -- List replies only please! Please address PMs to: news-reply2 (@) japantest (.) homelinux (.) com