 | 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: | Alessandro Vesely (ves...@tana.it) | |
| Date: | Jan 16, 2007 1:36:06 am | |
| List: | net.sourceforge.lists.courier-users | |
Julian Mehnle wrote:
Gordon Messmer wrote:
Julian Mehnle wrote:
Ironically, this, too, defies Courier's attempts at being efficient
There's nothing ironic about it.
There is some irony: the incongruity between the efficiency that courierfilter design is expected to deliver and the inefficiently cumbersome path the filters actually have to take for doing their job. A rather commonly occurring paradigm.
My point being, I think Courier should offer a mode where it parses messages' MIME structure only _after_ having called the courierfilters.
People have asked for it quite a few times, but so far no one has stepped up to make it happen. I wanted to be able to do it myself, and I took the least-cost route to making it happen. There are more efficient methods, but they don't offer enough incentive for me, personally, to invest the resources required to realize them. Apparently, that's true for everyone else, too.
Apparently, yes.
That's because we are unable to coordinate with one another. Introducing new modes is a new idea. It looks smart as it can preserve full backward compatibility. I, for one, could quickly hack it into courier and see if Sam accepts it. However, proceeding in that way hardly allows carefully planned changes and will not better the overall consistency of courier's filter interface.
As a matter of fact, I have been considering switching MTAs for quite a while now because of this. Other MTAs seem to have much more powerful and nicer filter interfaces nowadays. :-(
Yes, Sendmail's libmilter in particular, see http://www.sendmail.org/doc/sendmail-current/libmilter/docs/
Perhaps it would it be a strategically relevant goal to provide binary compatibility with filters designed after those APIs. Maybe it is not so hard to achieve. However, it does require to invest some resources in order to be realized. The incentive is scarce as it is even ambiguous if the resulting patch will be eventually accepted.