20 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Re: Proposing new...
FromSent OnAttachments
Courier UserOct 1, 2003 9:20 am 
Eduardo RoldanOct 1, 2003 11:34 am 
Mitch (WebCob)Oct 1, 2003 12:05 pm 
Malcolm WeirOct 1, 2003 12:32 pm 
Sam VarshavchikOct 1, 2003 2:53 pm 
Eduardo RoldanOct 1, 2003 4:51 pm 
Sam VarshavchikOct 1, 2003 7:32 pm 
Eduardo RoldanOct 1, 2003 8:55 pm 
David JonesOct 2, 2003 5:02 am 
Julian MehnleOct 2, 2003 5:18 am 
Jon NelsonOct 2, 2003 6:48 am 
Gordon MessmerOct 2, 2003 9:08 am 
Courier UserOct 3, 2003 10:00 am 
Carlos PazOct 5, 2003 6:58 pm 
Jon NelsonOct 5, 2003 8:12 pm 
Courier UserOct 6, 2003 6:27 am 
Jon NelsonOct 6, 2003 7:58 am 
Theo Cabrerizo DiemOct 8, 2003 10:13 am 
Daniel HigginsOct 8, 2003 11:52 am 
Gordon MessmerOct 8, 2003 12:01 pm 
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] Re: Proposing new functions for maildropfilterActions...
From:Jon Nelson (jnel@jamponi.net)
Date:Oct 2, 2003 6:48:51 am
List:net.sourceforge.lists.courier-users

On Thu, 2 Oct 2003, David Jones wrote:

On October 1, 2003 07:50 pm, Eduardo Roldan wrote:

I think that the conditional functions (the ones you only use in the IF statement) proposed by cour@asfast.net shold be in maildrop because in a tyipical filter these are evaluated each time a message is delivered. The imperative others like mkdir(), rename(), and the functions that Mitch propose are evaluated in "rare" cases, so we could fork a process. Having to fork one or more proccess to verify some conditions for each message to be delivered is lame. What do you think Sam?

How about incorporating Tcl support into maildrop? You simply use a shared library (the Tcl interpreter) and don't need to fork anything. Maildrop can add commands to the Tcl interpreter as required to do more complex things.

I hope you are kidding. tcl? who uses that anymore? If not, then why not shared language support for any of Python (best), Perl (icky ;-), shell and others. Oh, wait, I've got it! Why not make maildrop take on all of the properties of all languages!

I'm with Sam - I hate bloat. If he wants to write shared module support for it, then that's fine.