On Thu, Apr 22, 2010 at 05:20:37PM +0200, Danny wrote: > I am running Debian 5.4 with postfix 2.5.5-1.1, fetchmail > 6.3.9rc2-4 and procmail 3.22-16. > > Now, before I upgraded to Debian 5.4 I had Debian 4.0 running the > same postfix, fetchmail & procmail setup(with different versions > obviously). > > Fetchmail got the mail, gave it to procmail via the ("mda formail > -s procmail") flag in my /etc/fetchmailrc file.
Nothing in any of that indicates that you really are doing anything with Postfix. You use fetchmail(1) to retrieve (POP3 or IMAP) from a remote server, then pass to the procmail(1) delivery agent. > Everything was running just nicely. > > So now I upgraded to Debian 5.4 and it seems like fetchmail is no > longer calling procmail. Fetchmail just dumps everything into the > /var/spool/mail/fetchmail file. It looks like it is bypassing the > "mda" flag. Then I guess you might have a Debian packaging bug. You should probably file a Debian bug against fetchmail. (It could be an upstream bug too, but the Debian fetchmail maintainer should know.) > My .procmailrc file is fine I think. > > So someone I know said that I should delete the following command > in postfix's main.cf file .... > > mailbox_command = /usr/bin/procmail -a "$EXTENSION" > > ... but this does not change anything. Am I missing something here? The right mailing list. :) Also, apparently not understanding that Postfix plays no role in the mail handling you described. If there really IS a Postfix issue, see here before posting again: http://www.postfix.org/DEBUG_README.html#mail > My /etc/fetchmail file is like this: > ##################################### > set syslog > set postmaster "root" > set no bouncemail > set logfile "/var/log/fetchmail.log" > set spambounce > > poll ###.###.###.### > proto pop3 > user "username" > pass "password" > fetchall > expunge 50 > mda "formail -s procmail" > #################################### > > The top of my /root/.procmailrc file looks like this: This whole thing appears to be off topic, but one thing I will mention: it's wrong and potentially dangerous to handle user tasks like mail as root. This looks like it should all be done from a non-root user account. > ################################### > SHELL=/bin/sh > PATH=$HOME/bin:/usr/local/bin:/usr/bin:/bin:/sbin:/usr/sbin > MAILDIR=~/Mail > LOGFILE=/var/log/procmail.log > LOGABSTRACT="all" > VERBOSE="on" > DEFAULT=~/Mail/inbox > #DEFAULT=/var/mail/fetchmail > PMDIR=$HOME=~/.procmail > #INCLUDERC=$PMDIR/spam.rc > > I don't want to rewrite headers through formail or procmail. This > is a home setup, and fetchmail must just go get the mail and pass > it to procmail. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header