On Thursday 13 April 2006 09:50, Timothy Ha wrote:
Thanks. It has worked for me with
to "/dev/null"
but now it works even better.
if( (/^X-Virus-Status: Yes/:h) )
{
EXITCODE=0
exit
}
Off topic: I had to dig in GNOME Dictionary about "pet peeve of mine"
and learned a new English phrase :-)
Thanks for this, too.
Timothy.
I am using a similar stanza for handling spamassassin. Her is my version:
QUOTE{
xfilter "/usr/bin/spamassassin"
if(/^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*/)
{
EXITCODE = 0
exit
}
}END QUOTE
The above code is preceeded by a routine that sends cooker mailing list
messages directly to the default mailbox. This is because cooker is a high
volume mailing list which I don't want to feed through spamassassin.
I had posted a message to this list respecting whether it would work to have
set the exitcode to 553. The fetchmail man page states that smtp return
code 553 would cause fetchmail to remove the message with the server without
any attempt at bouncing it.
I received no reply so I went with simply returning exitcode 0 so that
fetchmail would treat the message as having been delivered.
I would have preferred the other return code in the hope that I could get the
fetchmail log to leave a trail for any rejected messages. The .maillog file
does not leave such a trail.
Clive
11 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] Deleting an email in ...
