Re: [Extra] I-D Action: draft-ietf-extra-sieve-snooze-00.txt

[Ken Murchison <[e-mail]>]

On 10/22/20 10:20 AM, Stephan Bosch wrote:
>
>
> On 10/08/2020 13:11, [e-mail] wrote:
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts 
>> directories.
>> This draft is a work item of the Email mailstore and eXtensions To 
>> Revise or Amend WG of the IETF.
>>
>>          Title           : Sieve Email Filtering: Snooze Extension
>>          Authors         : Kenneth Murchison
>>                            Ricardo Signes
>>                            Neil Jenkins
>>     Filename        : draft-ietf-extra-sieve-snooze-00.txt
>>     Pages           : 12
>>     Date            : 2020-08-07
>>
>> Abstract:
>>     This document describes the "snooze" extension to the Sieve email
>>     filtering language.  The "snooze" extension gives Sieve the ability
>>     to postpone the filing of an incoming into a target mailbox until a
>>     later point in time.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-extra-sieve-snooze/
>>
>> There are also htmlized versions available at:
>> https://tools.ietf.org/html/draft-ietf-extra-sieve-snooze-00
>> https://datatracker.ietf.org/doc/html/draft-ietf-extra-sieve-snooze-00
>>
>>
>> Please note that it may take a couple of minutes from the time of 
>> submission
>> until the htmlized version and diff are available at tools.ietf.org.
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>
> I have one question about this:
>
> Why does this add a new command? Why can't it just extend both keep 
> and fileinto with new arguments?


Hi Stephan,

I suppose we could extend these commands as we are really just delaying 
the keep/fileinto until a future (awaken) time.

So, it could look something like:

fileinto [:snooze <times: string-list> [:tzid <string>] [:weekdays 
<stringlist>]] <mailbox: string>

If we don't like having multiple tagged arguments, we could use a single 
string with some kind of ISO or iCalendar recurrence rule, but that 
might be more restrictive (I haven't actually sat down and worked out 
various examples).

The only issue would be whether we want/need flags to be set at snooze 
time and then set/unset again at awaken time, which the current spec allows.

How do others feel about extending keep/fileinto vs. a new command?

-- 
Kenneth Murchison
Senior Software Developer
Fastmail US LLC