Exactly!

There are a lot of good reasons to use Sieve, (preach mode on). Sieve is
standardized by RFC 3028, and not simply a de facto / haphazard language as
procmail is. It also has a (draft) standard protocol for uploading and
managing scripts on the server, and therefore does not require funky custom
SQL interfaces to a procmail shell script. Best of all, there are a number of
existing client programs that use the protocol (which, until now, was only
available from the Cyrus mail server) and some nice gui script editors.

As for spam, most people on the list (myself included) suggest using an MTA
based spam tagger. The MTA delivers to the spam tagger, which delivers to
DBMail. Until now, you might have had an intermediary shell script that threw
away the high ranking spam, but with Sieve there is another option: a Sieve
script can be used to drop the spam-tagged messages or move them to a folder.
It's a bit more expensive, since the message headers need to get parsed again
by libSieve, but it's also a very flexible option, (preach mode off).

Aaron


"Matthew T. O'Connor" <[email protected]> said:

> On Mon, 2003-12-01 at 17:00, Aaron Stone wrote:
> > "Matthew T. O'Connor" <[email protected]> said:
> > It's already on the TODO list and I've been working on it for a year now ;-)
> > Nobody uses it yet, per se, but it's an often-requested feature.
> > 
> > The question is if we (well, IC&S) are ready to begin the inclusion process
> > during the current development cycle leading up to 2.0.
> 
> I use procmail to filter (sort) my email into folders for me
> serverside.  Procmail calls dbmail-smtp to deliver to dbmail.  Will this
> Sieve patch allow me to get rid of my procmail scripts?  Also, I know
> some people use procmail based spam filtering tools, any way to allow
> the sieve program to call outside apps for spam filtering the way
> procmail does?  If so, THIS WOULD ROCK!
> 
> 
> _______________________________________________
> Dbmail-dev mailing list
> [email protected]
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
> 



-- 



Reply via email to