Re: [apps-discuss] Suggestions for draft-ietf-appsawg-sieve-duplicate-02

Cyrus Daboo <cyrus@daboo.name> Sun, 02 February 2014 00:52 UTC

Return-Path: <cyrus@daboo.name>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 783EF1A0018 for <apps-discuss@ietfa.amsl.com>; Sat, 1 Feb 2014 16:52:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.435
X-Spam-Level:
X-Spam-Status: No, score=-2.435 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.535] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hOwMEh1ehEwC for <apps-discuss@ietfa.amsl.com>; Sat, 1 Feb 2014 16:52:14 -0800 (PST)
Received: from daboo.name (daboo.name [173.13.55.49]) by ietfa.amsl.com (Postfix) with ESMTP id 9FF431A0012 for <apps-discuss@ietf.org>; Sat, 1 Feb 2014 16:52:14 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 7D8605B4A086; Sat, 1 Feb 2014 19:52:10 -0500 (EST)
X-Virus-Scanned: amavisd-new at example.com
Received: from daboo.name ([127.0.0.1]) by localhost (daboo.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B2sNa5e3MucL; Sat, 1 Feb 2014 19:52:08 -0500 (EST)
Received: from [192.168.100.110] (unknown [66.201.56.195]) by daboo.name (Postfix) with ESMTPSA id EF9BF5B4A075; Sat, 1 Feb 2014 19:52:07 -0500 (EST)
Date: Sat, 01 Feb 2014 16:52:06 -0800
From: Cyrus Daboo <cyrus@daboo.name>
To: Ned Freed <ned.freed@mrochek.com>
Message-ID: <FFC8192BEEFC3DFBA41E02D7@cyrus.local>
In-Reply-To: <01P3U8QCU18U0000AS@mauve.mrochek.com>
References: <52E19901.4020705@nostrum.com> <01P3I75L6TC60000CD@mauve.mrochek.com> <52EA9F4B.1090700@nostrum.com> <01P3SXI9NT3Q0000AS@mauve.mrochek.com> <52EC083F.8070100@nostrum.com> <01P3T5AP6CES0000AS@mauve.mrochek.com> <52EC3F59.8070608@nostrum.com> <01P3TC4YBNUO0000AS@mauve.mrochek.com> <52EC89D1.8050805@nostrum.com> <01P3TJALUVNE0000AS@mauve.mrochek.com> <01P3U8QCU18U0000AS@mauve.mrochek.com>
X-Mailer: Mulberry/4.1.0a3 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; size="1437"
Cc: draft-ietf-appsawg-sieve-duplicate@tools.ietf.org, IETF Apps Discuss <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] Suggestions for draft-ietf-appsawg-sieve-duplicate-02
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss/>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Feb 2014 00:52:17 -0000

Hi Ned,

--On February 1, 2014 at 10:09:59 AM -0800 Ned Freed 
<ned.freed@mrochek.com> wrote:

> My suggestion would be to add an example of how *not* to use duplicate.
> The
> obvious one would be a usage that attempts to block individual cc's of
> list mail. (Such an example can be found in the earlier discussion.)
>
> Beyond that, I'm still at a loss as to what, if anything, needs to be
> added.

I think the current spec does the best that it can do to address a common 
problem at delivery time, but as noted in this thread, that may not be 
enough to cover more complex situations. What we could do in the future is 
go a step further and improve handling of duplicates post delivery - i.e. 
within the mail store (IMAP).

So perhaps what is needed is a complementary specification that adds 
improved duplicate handling to IMAP. The obvious use case is to have IMAP 
flag changes  applies across duplicate messages. This covers the common 
case of receiving the same message directly and via a list and wanting to 
"process" it (from the human perspective) only once. I suspect there are a 
lot of awkward scenarios that would need to be handled (e.g. what if a flag 
change is done when the first message arrives - should that change 
automatically apply when the duplicate is delivered). However, this might 
be worthwhile to consider - though it certainly should not block sieve 
duplicate from proceeding.

-- 
Cyrus Daboo