9 messages in net.sourceforge.lists.courier-usersRe: [courier-users] maildrop/.mailfil...
FromSent OnAttachments
Stephen ReeseOct 10, 2006 8:17 pm 
Marcus IlgnerOct 11, 2006 12:51 am 
Stephen ReeseOct 11, 2006 6:30 pm 
Marcus IlgnerOct 12, 2006 7:13 am 
Bowie BaileyOct 12, 2006 7:41 am 
Mark ConstableOct 12, 2006 7:46 am 
Bowie BaileyOct 12, 2006 7:55 am 
Marcus IlgnerOct 12, 2006 8:19 am 
Mark ConstableOct 12, 2006 9:12 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] maildrop/.mailfilter questionActions...
From:Bowie Bailey (Bowi@BUC.com)
Date:Oct 12, 2006 7:41:06 am
List:net.sourceforge.lists.courier-users

Marcus Ilgner wrote:

On 10/12/06, Stephen Reese <rsre@gmail.com> wrote:

Shortly have emailing the listserv I though about that and change the maildroprc file around so that spam would hopefully be flagged and dealt with before the .mailfilter was read. After making the change and reloading courier no mail or spam were processed. Any other ideas?

That is indeed quite strange. On my server, every user has a .mailfilter file (mostly empty, though). My configuration is not very different from yours and looks like this:

import SENDER # send all messages < 512KB through spamassassin if ($SIZE < 524288) { exception { xfilter "/usr/bin/spamc" } }

if ( /^X-Spam-Flag: YES/ ) { to "$HOME/Maildir/.Spam/" } else { # execute the users mailfilter include "$HOME/.mailfilter" # if it didn't do this already, deliver to the Inbox. to "$HOME/Maildir/" }

Unless I'm missing something... Isn't that last 'else' block completely unnecessary? As I understand it, maildrop works like this:

- Process maildroprc file - Process $HOME/.mailfilter - Deliver to $HOME/Maildir (of course, a final delivery instruction interrupts the process)

So what is the point of specifying this behavior explicitly?