41 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Filter API
FromSent OnAttachments
Bernd WurstDec 30, 2006 1:08 am 
Sam VarshavchikDec 30, 2006 6:12 am 
Bernd WurstDec 30, 2006 7:36 am 
Sam VarshavchikDec 30, 2006 8:51 am 
Bernd WurstDec 30, 2006 9:08 am 
Sam VarshavchikDec 30, 2006 9:55 am 
Aleksandar LazicDec 30, 2006 10:06 am 
Sam VarshavchikDec 30, 2006 10:24 am 
Aleksandar LazicDec 30, 2006 10:32 am 
Bernd WurstDec 30, 2006 10:34 am 
Arturo 'Buanzo' BusleimanDec 30, 2006 10:37 am 
Arturo 'Buanzo' BusleimanDec 30, 2006 10:38 am 
Bernd WurstDec 30, 2006 10:45 am 
Sam VarshavchikDec 30, 2006 11:02 am 
Aidas KasparasDec 30, 2006 11:10 am 
Aleksandar LazicDec 30, 2006 11:12 am 
Sam VarshavchikDec 30, 2006 1:42 pm 
Aleksandar LazicDec 30, 2006 2:56 pm 
Sam VarshavchikDec 30, 2006 3:56 pm 
Aleksandar LazicDec 30, 2006 5:00 pm 
Gordon MessmerDec 31, 2006 10:00 am 
Lorenzo PeroneJan 7, 2007 12:27 pm 
Julian MehnleJan 7, 2007 12:56 pm 
Sam VarshavchikJan 7, 2007 3:42 pm 
Lorenzo PeroneJan 8, 2007 6:59 am 
Gordon MessmerJan 8, 2007 8:37 am 
Lorenzo PeroneJan 9, 2007 8:33 am 
Gordon MessmerJan 10, 2007 12:34 am 
Julian MehnleJan 13, 2007 10:37 am 
Alessandro VeselyJan 14, 2007 2:46 am 
Milan ObuchJan 14, 2007 5:03 am 
Lloyd ZusmanJan 14, 2007 6:23 am 
Aidas KasparasJan 15, 2007 1:28 am 
Gordon MessmerJan 15, 2007 4:01 pm 
Gordon MessmerJan 15, 2007 4:21 pm 
Julian MehnleJan 15, 2007 4:45 pm 
Sergiy ZhukJan 15, 2007 5:42 pm 
Alessandro VeselyJan 16, 2007 1:36 am 
Gordon MessmerJan 21, 2007 7:14 pm 
Alessandro VeselyJan 22, 2007 7:58 am 
Gordon MessmerJan 22, 2007 10:02 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] Filter APIActions...
From:Julian Mehnle (jul@mehnle.net)
Date:Jan 7, 2007 12:56:39 pm
List:net.sourceforge.lists.courier-users

Lorenzo Perone wrote:

I do this by calling spamc over a courierfilter for a pre-scan, using a systemwide bayes db and systemwide settings, rejecting anything over a certain threshold, and then calling it again as xfilter over maildrop, using user bayes and user settings. In this second run SA can change anything it needs and, if recognized as spam, delivers it to a $HOME/Maildir/.Spam maildir. That doesn't make the whole thing faster, but it works very well and I'm very happy with the results.

However, this is exactly the type of inefficiency that the current design of Courier is trying to avoid. Pushing the same message through SpamAssassin twice is horrendously less efficient than saving a message to disk and then re-reading it when it comes to parsing its MIME structure would be.

Besides, at the courierfilter level you can't use user settings, at least for messages with many recipients.

Well, yes, you can. Obviously you just cannot (even just theoretically) modify the same message in several different ways. But subjecting it to different per-user accept/reject rules isn't a problem. Sam even once wrote a proposal for fine grained per-recipient acceptance/rejection:

http://www.courier-mta.org/draft-varshavchik-exdata-smtpext.txt

I see that the current version of Courier implements an "XEXDATA" SMTP extension. Sam, is that equivalent to the EXDATA proposal?