--- Patrick Shanahan
--- David Corking
a écrit : [ big snip ] Yet my log messages changed to this May 28 11:23:16 swanage postfix/pipe[8984]: 40320158AD: to=
, orig_to= , relay=procmail, delay=163463, status=bounced (Command died with status 1: "/usr/bin/procmail") May 28 11:23:16 swanage pipe[9070]: fatal: pipe_comand: execvp /usr/bin/procmail : No such file or directory 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"?
Well despite the horrific log messages, that last drastic change seemed to fix some things. Mail comes in and goes out now, and gets delivered locally in a reasonably sane manner, and the kind followups from Carlos, Joe and Patrick put this in perspective. First the (not very) bad news -- those log messages were much more drastic than the temporary failure - the messages were actually bounced back out to my ISP (which probably dropped them on the floor - I hope :-/) I suppose the missing procmail seemed like a fatal error to postfix - now my full 'deferred' queue is empty, but although I am missing some mail I don't think it is valuable. Joe:
What do you have set up in Yast>System>Editor for sysconfig>Network>Mail>Postfix>POSTFIX_MDA?
local (when I first set up postfix I had "local", but when I tried to get spam-assassin to work I changed it to "procmail") Patrick:
You said that you were retrieving your mail with foremail. Look at ~/.fetchmailrc for *mda*, ie: mda '/usr/bin/procmail -d %T'
No - retrieving with fetchmail not foremail.
AND, if you deliver with fetchmail in a postfix system, the procmail recipes will be looked for at ~/.procmailrc (it's in TFM).
Now the penny is dropping. I don't have 'mda' declared in /etc/fetchmailrc or in ~/.fetchmailrc, but man 1 fetchmail says it defaults to port 25 (postfix). Postfix first has to filter it (if I specify a content filter like procmail - I no longer have one.) Then postfix resolves aliases. If MDA is set to local, its built-in MDA delivers it to /var/spool/mail. (my procmail recipes in ~/.procmailrc are complex but don't seem to be looked at by postfix in this arrangement - if they were my mail would be in ~/Mail/IN.personal instead of /var/spool/mail/david1 This is ok - I can work on this later.) Carlos :
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.
Aha - it does seem like the deferred mail was remembering an old config, which suggests my tweaks were causing the mail to get more and more lost.
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?
Yes I should have tried it before they were fatally bounced. I will try it next time I change the postfix config (I want procmail and spamassassin back) and I will make a fresh backup of /var/spool/postfix :-) However I will feel safer getting fetchmail to deliver directly to procmail which I never tried before (local port 25 always worked fine - on 7.3 - and probably will again if I am careful.) Thanks all. __________________________________________________________ Lèche-vitrine ou lèche-écran ? magasinage.yahoo.ca