The 03.05.28 at 11:45, David Corking wrote:
This is very puzzling. If postfix doesn't use procmail out of the box, why does my postfix keep trying to send mail to it (obviously fails as I deleted it ;-| ). What is it using it for? Surely not as a delivery agent - it has one built-in. What does it mean by a "relay"?
This happened to me at first, but with vscan instead. I had to delete
those emails, I think - after all, they were test messages, and it was the
first time I was using postfix.
This is a "normal" delivery (debug info), for a mail from "root" to "cer":
May 28 19:32:05 nimrodel postfix/pickup[4557]: 0583E1328D: uid=0 from=<root>
May 28 19:32:05 nimrodel postfix/cleanup[4642]: 0583E1328D: message-id=<20030528173204.0583E1328D@nimrodel.valinor>
May 28 19:32:05 nimrodel postfix/qmgr[2005]: 0583E1328D: from=
Why is postfix even calling the pipe program in this simple config?
Maybe it "remembers" the old config for those messsages. Check what happens to "new" emails. If not, try this. In Yast2, go to "Network/Basic", then to "Mail Transfer Agent". Then select "Connection type: Permanent" (I use that even if it is "Dial up"), "Disable AMaViS" - for the moment - and set "Forward root's mail to" some user. My setting is: Outgoing mail Outgoing mail server --> none Outgoing details... Masquerading ... none except: (x) Masquerade local domains (Don't remember why) Incoming mail [x] Accept remote SMTP connections Forward root's mail to: "cer" Incoming details... Downloading... (nothing, manual setup) Aliases... (root --> cer) Virtual domains... a few, like: robin1.listas@tiscali.es cer Then press "finish", and you should be done. Don't use /etc/procmailrc, delete it - I have not being able to use it, it is not read (user nobody) and it will complain. The file /root/.procmailrc is useless anyway. If you have pending mail that doesn't get delivered, you can delete it (but wait a bit first, just in case it needs some time to process it). The command "mailq" will list them, and "postsuper -d queue_id" will delete them, one by one. There are some others I haven't tried, like "-r queue_id" (requeue) that perhaps could work in your case; worth a try, don't you think? If those mails are valuable, they are stored somewhere in /var/spool/postfix/something/?/?/*, the "something" depending on the cause. Then, when it works, and before enabling amavis viruscan - if you want - check first that amavis does work by manually calling "antivir". If it fails, mail delivery will fail as well. -- Cheers, Carlos Robinson