official dev team position regarding multiple times requested feature (global sieve)

[Adam Tauno Williams]

On Mon, 2012-07-23 at 23:26 +0300, mailing list subscriber wrote: 
> With above figure in mind, I'm looking at the history of request for
> ability to have a forced, default, site-wide sieve script that the
> user or any other sieve client is unable to alter (I'll just pick most
> relevant):

Indeed, this would be terribly useful.

> 2004, with reference to 2001:
> http://goo.gl/Gbo0k
> 2006: A submitted patch
> http://www.irbs.net/internet/info-cyrus/0612/0231.html
> 2007: A very good synthesis:
> http://goo.gl/Lo33b
> 2010: sieve include implemented in v.2.3.0, still fails to meet above
> requirements

But you fail to reference an open bug?!

> With all due respect, what is the development's team position
> regarding this feature and how do the development team see a solution
> that meets both requirements?

I find "SIEVE scripts assigned to folders are not executed"
<https://bugzilla.cyrusimap.org/show_bug.cgi?id=3617> 

"People forget to cancel their vacation message"
<https://bugzilla.cyrusimap.org/show_bug.cgi?id=2985>
NOTE: this is really a UI issue, IMO, multiple web clients solve this by
generating intelligent scripts.

I don't see any bugs about a default-user-sieve-script.  *BUT*
imapd.conf does offer this option [IMPLEMENTED]:
  autocreate_sieve_script: <none>
    The  full path of a file that contains a sieve script. This script
    automatically becomes a user’s initial default sieve filter script.
    When this option is not defined, no default sieve filter is created.
    The file must be readable by the cyrus daemon.

Of course, the user can override this.