Re: Fwd: New Version Notification for draft-bosch-sieve-duplicate-02.txt

Stephan Bosch <[email protected]>
Newsgroups gmane.ietf.mta-filters
Message-ID <[email protected]>
Op 4/25/2013 11:44 PM, Ned Freed wrote:
>> One other thing: we recently defined this great new Sieve use-case
>> called IMAPSieve. Is there any application imaginable for the duplicate
>> test in this context, i.e. do we want to allow it there? Either way, I
>> think we should state its applicability explicitly.
>
> I think there are legitimate use-cases, but it's also incredibly easy 
> to misuse
> in this context.
>
> The basic problem is that moving messages around in IMAP doesn't carry 
> with it
> any sort of inherent special semantic and people move messages around 
> for all
> sorts of reasons (or for no real reason at all). This is quite unlike 
> message
> delivery.
>
> So, for example, you could define a Sieve in IMAP to prevent, say, the
> inclusion of a second copy of the same message in a given folder. But bad
> things are going to happen if, say, you forget the filter is there and 
> move
> some of the messages out and back in a couple of times.
>
> We'd have to extend the semantics of the extension substantiantially 
> to take
> care of this, and even if we were to do that actually using it would be
> very tricky indeed.
>
> Since I see the main benefit of this extension as how simple it makes
> duplicate checks in Sieve, this usage makes me very nervous, so nervous
> that I could certainly accept a "NOT RECOMMENDED" label for this case.

Yes, I agree with that.

BTW, any further comments on the document as it is now? More thoughts on 
the ':last' issue?

Regards,

Stephan.

_______________________________________________
sieve mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/sieve
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.