Cyrus Sieve futures

ellie timoney ellie at fastmail.com
Mon Feb 6 17:40:49 EST 2017


Is that going to conflict with this?
https://github.com/cyrusimap/cyrus-imapd/issues/1778

On Tue, Feb 7, 2017, at 09:34 AM, Ken Murchison via Cyrus-devel wrote:
> All,
> 
> I'm in the process of rewriting the Sieve parser and adding new 
> extensions for what will become part of Cyrus v3.1.  We currently 
> support deprecated and non-standardized extensions "imapflags" 
> (standardized as "imap4flags) and "notify" (standardized as "enotify").  
> I'd like to rip out the parser and bytecode generator for these 
> extensions, and leave just the bytecode executing code for the 
> deprecated actions "mark", "unmark", and "denotify".
> 
> Any existing scripts using these actions (or the older "notify" syntax) 
> would continue to run.  New/updated scripts would have to switch to 
> using the updated "notify" syntax and replace "mark" and "unmark" with 
> "setflag"/"addflag" and "removeflag".  Does anyone have an issue with 
> these changes?
> 
> Does anyone have any requests for standard extensions that we don't 
> currently support?  Note that "variables", "mailbox" and "*metadata" 
> will be in Cyrus 3.0 and "ereject", "editheader", and "extlists" are 
> already in what will be the 3.1 branch.
> 
> Extensions that I'm looking at implementing (pretty much because they 
> are low-hanging fruit) are "duplicate", "environment", and "ihave".  I 
> may also look at "replace" and "extracttext" which would be useful if we 
> add handling of calendar events to Sieve.
> 
> -- 
> 
> Kenneth Murchison
> Principal Systems Software Engineer
> Carnegie Mellon University
> 


More information about the Cyrus-devel mailing list