

![]() | Start a set with this search |
![]() | Include this search in one of my sets |
![]() | Exclude this search from one of my sets |
![]() | Permalink to these results Paste this link in email or IM: |
| Atom feed for tracking future search results Paste this URL into your reader: |
41 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Filter API| From | Sent On | Attachments |
|---|---|---|
| Bernd Wurst | Dec 30, 2006 1:08 am | |
| Sam Varshavchik | Dec 30, 2006 6:12 am | |
| Bernd Wurst | Dec 30, 2006 7:36 am | |
| Sam Varshavchik | Dec 30, 2006 8:51 am | |
| Bernd Wurst | Dec 30, 2006 9:08 am | |
| Sam Varshavchik | Dec 30, 2006 9:55 am | |
| Aleksandar Lazic | Dec 30, 2006 10:06 am | |
| Sam Varshavchik | Dec 30, 2006 10:24 am | |
| Aleksandar Lazic | Dec 30, 2006 10:32 am | |
| Bernd Wurst | Dec 30, 2006 10:34 am | |
| Arturo 'Buanzo' Busleiman | Dec 30, 2006 10:37 am | |
| Arturo 'Buanzo' Busleiman | Dec 30, 2006 10:38 am | |
| Bernd Wurst | Dec 30, 2006 10:45 am | |
| Sam Varshavchik | Dec 30, 2006 11:02 am | |
| Aidas Kasparas | Dec 30, 2006 11:10 am | |
| Aleksandar Lazic | Dec 30, 2006 11:12 am | |
| Sam Varshavchik | Dec 30, 2006 1:42 pm | |
| Aleksandar Lazic | Dec 30, 2006 2:56 pm | |
| Sam Varshavchik | Dec 30, 2006 3:56 pm | |
| Aleksandar Lazic | Dec 30, 2006 5:00 pm | |
| Gordon Messmer | Dec 31, 2006 10:00 am | |
| Lorenzo Perone | Jan 7, 2007 12:27 pm | |
| Julian Mehnle | Jan 7, 2007 12:56 pm | |
| Sam Varshavchik | Jan 7, 2007 3:42 pm | |
| Lorenzo Perone | Jan 8, 2007 6:59 am | |
| Gordon Messmer | Jan 8, 2007 8:37 am | |
| Lorenzo Perone | Jan 9, 2007 8:33 am | |
| Gordon Messmer | Jan 10, 2007 12:34 am | |
| Julian Mehnle | Jan 13, 2007 10:37 am | |
| Alessandro Vesely | Jan 14, 2007 2:46 am | |
| Milan Obuch | Jan 14, 2007 5:03 am | |
| Lloyd Zusman | Jan 14, 2007 6:23 am | |
| Aidas Kasparas | Jan 15, 2007 1:28 am | |
| Gordon Messmer | Jan 15, 2007 4:01 pm | |
| Gordon Messmer | Jan 15, 2007 4:21 pm | |
| Julian Mehnle | Jan 15, 2007 4:45 pm | |
| Sergiy Zhuk | Jan 15, 2007 5:42 pm | |
| Alessandro Vesely | Jan 16, 2007 1:36 am | |
| Gordon Messmer | Jan 21, 2007 7:14 pm | |
| Alessandro Vesely | Jan 22, 2007 7:58 am | |
| Gordon Messmer | Jan 22, 2007 10:02 am |

![]() | Permalink for this message Paste this link in email or IM: |
![]() | Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: [courier-users] Filter API | Actions... |
|---|---|---|
| From: | Gordon Messmer (yiny...@eburg.com) | |
| Date: | Jan 8, 2007 8:37:42 am | |
| List: | net.sourceforge.lists.courier-users | |
Lorenzo Perone wrote:
I agree, but I don't see an alternative to have this kind of setup, where mail over a certain threshold is rejected (resulting in a notification of the user in case it's a false positive, yet without generating backscatter) and the rest of the spam delivered, modified, to a user-spam maildir.
Despite the small additional load, IMHO, the best solution is going to be: 1) Use SBL+XBL, 2) scan the message contents during SMTP and reject messages above a relatively high threshold, 3) scan the message again during delivery so that users can have their individual preferences, and add any necessary headers in this phase.
Well, yes, you can. Obviously you just cannot (even just theoretically) modify the same message in several different ways.
If I understood correctly the rest of this thread, at the moment it is not a good idea to modify the message even once, within a courierfilter. So it wouldn't be possible to save a modified copy, which is desired in my as well as in other setups.
You can't modify it, but the technique I use in pythonfilter is to modify the control files to mark all recipients complete, inject a new, modified message into the queue with the same control data, and then tell courier to accept the message. courierd will examine the message from SMTP and remove it because it's already done, and then deliver the modified message that the filter added to the queue.
The only, quite ugly alternative I see here: checking the message for each recipient within the courierfilter, rejecting it above a certain threshold, and below it, saving the checked, modified message copies in a temporary directory, storing it's ID in a database (for example), and then using a script in maildrop to "recover" that modified message upon delivery. But I think such a solution would really be torturing Sam's work even more ;o
I don't think you're going to save any work doing it that way, compared to the strategy I advised above.







