1 message in net.sourceforge.lists.courier-sqwebmail[sqwebmail] Re: Courier-sqwebmail dig...
FromSent OnAttachments
Eric BerggrenDec 2, 2004 7:54 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:[sqwebmail] Re: Courier-sqwebmail digest, Vol 1 #81 - 3 msgsActions...
From:Eric Berggren (eri@transmeta.com)
Date:Dec 2, 2004 7:54:39 pm
List:net.sourceforge.lists.courier-sqwebmail

cour@lists.sourceforge.net wrote:

Is there any interest in this feature (basically bring the capabilities of sqwebmail/filters upto that of websieve) ?

It's not on a todo, exactly.

I think it's fairly difficult to come up with a versatile web interface to an arbitrarily complex mail filter. I can't think of an easy way to do it.

It would be handy to have the regular expression compiler from maildrop in an accessible (static) library (part of the maildrop-devel package). This way everyone uses the same routines and allows much more flexibility for other packages (like sqwebmail) to parse and validate rules - then it's largely a matter of being creative with the web front-end.

Indeed, maildirfilter.c already needs to be rewritten (and maildir_filter_ruleupdate extended or replaced by the Re::Compile-r from maildrop). Either way, it seems the best approach is to re-work the tags within the generated .mailfilter file (as well as parse the current format). If that can better support arbitrary expressions, then it's down to the GUI representation (optionally even include an "enter your own expression here" box for more savvy users; so long as we can validate and later re-parse it using the same maildrop routines) ensuring nothing bogus gets into the file and stops delivery.

regards, -ericb