Re: [Extra] Eric Rescorla's No Objection on draft-ietf-extra-imap-replace-02: (with COMMENT)

Stuart Brandt <stujenerin@aol.com> Wed, 24 October 2018 03:32 UTC

Return-Path: <stujenerin@aol.com>
X-Original-To: extra@ietfa.amsl.com
Delivered-To: extra@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2FF1130DDA for <extra@ietfa.amsl.com>; Tue, 23 Oct 2018 20:32:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=aol.com
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 3gOLf2OsMfkU for <extra@ietfa.amsl.com>; Tue, 23 Oct 2018 20:32:21 -0700 (PDT)
Received: from sonic301-2.consmr.mail.bf2.yahoo.com (sonic301-2.consmr.mail.bf2.yahoo.com [74.6.129.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD20B12D4E6 for <extra@ietf.org>; Tue, 23 Oct 2018 20:32:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1540351940; bh=pSodZcG/8MYNqrejjtV4zi4AxDg4Vwm8E03z377+VPY=; h=Date:From:To:Subject:References:In-Reply-To:From:Subject; b=CQqnxyQh6rj4QWhKCBZGCyuikS/2OQiPhkZQ/e1wapLUV8MPbDAsGEfKEVstg0XTlv4pDj+A9mpVD6euGau/kmqFnqa8CEg9H8/NZTQ7SVH5cXSVp98+GxmDlgGaZYGu8wQ7DsgpdiAzozq4TIj4ZggeWR/VaR+1P8kaCc0AjvYS3iI23KL1HHfwqXJkgHteq62UbnxLXlZKZVbIPEebdt47mKNfnMJhiassPftK+iI6SEL4uirwQEz2z3ecKHoWIvTLtRdMtejTPIHzBwASm9TjucxJ+STINGSKYuMV8tgijWTiZEl/Ws6D+uMDQvu3bvtjveqV8azZFrMdKHbRlA==
X-YMail-OSG: ZGtwnakVM1n1XTk5VrJ7QscEBDaiNrX6ugYkJkceDxtymAshwBFUfdy9XVBfnPk 8ZOqh6XuDHKrHH65KOVq0e.tT0Wd6s5dQpZb6NSgWb6cV6PdINwkSvHz8mvnC5oF.4u77w5cwg5X 73hRbBwD20u1YhI5AV4xWl6nxcGOJIh_IRjYecjsWL9UTDfLUaKZRV4fsIGqjiJyhGBF.sKBg24h H_DOZ0EjqFV7asApnzAiaSJgVO9eh2NL4OzgIIC8Kq_fejmV5ofmVg.MDcn.1sD0eXBq413BvM8x l6NZJvYKEnAGImwl4Tty52luh9zcOVKpEKXt8t4lJobX9os6c9KRlcQmQ5u.vxi9rETUWCuU5_KA 0.zJ8p96ub_97gZ23chFjzYsLL2GLB0wCnbGTfWyb8s2DCMPQeH8.l0kBODNNU6nScD0Kf7bsvmT i9bqwy1Bd9gpkwwDxzK7HIfwl3dmWHhMY3CZN9N7YQbzymnCsT7ZknxKQ3wSnkZ7zLnq8v7NfkTh Jxytb.ba6Xjs.J51GyV0hxgz8QyOj069ARHWIXlHmCUuk3pkcTgmpjHjHX3yu8RXW7qAXG1pPBhC l_Bu0lBln_KwyUKOembpn9NDTZ.5MA0B7dmuqycKibOIXm.GvjIPxWQkfqI4ecW_HyiKEXVL9D43 aMtNNSvjVIy.6a54l.9sm6CTz0E0pmR4sKYfTnsDQOTNDBfMcIdw9urJE9cU85LmOY06kwga3wZ2 L2wmrwE6A00Nq_I_tK9w7OR36ACcJ7uhqb.1lRkcoxwSoh0wIa63uPUDZ6tkEr8t5P_eoJDkhzg4 AVIgNM08qG1_YPPOo3oVY7RIfxG.8Vhd0FKMSHlnRs7k2sVVmfm7XnBYQ35qvf0diFOWTZxgIzg. RL2nW3DS014LtkzSzFF69FQQ1Nd2KRZel9_4CPbKgO8JVm69DO4kzksBn.LkyN5eFlWDxtPsva2m pqnyqhBSVMI7jtKzkOrWOP5hW2T1TsGOGVnzmNfN6l.ja_wpLt3VvFj48YZ9x6D4sCkvotOw7yyv btsZuc25iQOMTZW3lSrwDX1lt3IopIXq5RbGF_BJsTCixA19kvtZiGb1Ebw--
Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Wed, 24 Oct 2018 03:32:20 +0000
Received: from pool-70-106-226-126.clppva.fios.verizon.net (EHLO [192.168.1.13]) ([70.106.226.126]) by smtp415.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a067204cdab6a99487d8b3cac77d6546; Wed, 24 Oct 2018 03:32:18 +0000 (UTC)
Message-ID: <5BCFE7A6.8070008@aol.com>
Date: Tue, 23 Oct 2018 23:31:50 -0400
From: Stuart Brandt <stujenerin@aol.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Eric Rescorla <ekr@rtfm.com>
CC: extra@ietf.org, brong@fastmailteam.com, draft-ietf-extra-imap-replace@ietf.org, IESG <iesg@ietf.org>, extra-chairs@ietf.org
References: <154034025076.31224.16883500099553313425.idtracker@ietfa.amsl.com> <5BCFE181.5040007@aol.com> <CABcZeBN++nV2E2+sq5-W624PxBQQSG0HTCMnQzkR3RQT-4dzLw@mail.gmail.com>
In-Reply-To: <CABcZeBN++nV2E2+sq5-W624PxBQQSG0HTCMnQzkR3RQT-4dzLw@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/Qe9oHruYfkmifARonHfJL_c9fGk>
Subject: Re: [Extra] Eric Rescorla's No Objection on draft-ietf-extra-imap-replace-02: (with COMMENT)
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Email mailstore and eXtensions To Revise or Amend <extra.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/extra>, <mailto:extra-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/extra/>
List-Post: <mailto:extra@ietf.org>
List-Help: <mailto:extra-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/extra>, <mailto:extra-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Oct 2018 03:32:24 -0000

Sure. I'll see if I can improve clarity of this issue.

- Stuart

On 10/23/2018 11:13 PM, Eric Rescorla wrote:
> OK, do you think you could make that clearer along the lines as you have
> done here.
>
> -Ekr
>
>
> On Tue, Oct 23, 2018 at 8:10 PM Stuart Brandt <stujenerin@aol.com
> <mailto:stujenerin@aol.com>> wrote:
>
>     Thanks, Eric. Comments inline.
>
>     On 10/23/2018 8:17 PM, Eric Rescorla wrote:
>      > Eric Rescorla has entered the following ballot position for
>      > draft-ietf-extra-imap-replace-02: No Objection
>      >
>      > When responding, please keep the subject line intact and reply to all
>      > email addresses included in the To and CC lines. (Feel free to
>     cut this
>      > introductory paragraph, however.)
>      >
>      >
>      > Please refer to
>     https://www.ietf.org/iesg/statement/discuss-criteria.html
>      > for more information about IESG DISCUSS and COMMENT positions.
>      >
>      >
>      > The document, along with other ballot positions, can be found here:
>      > https://datatracker.ietf.org/doc/draft-ietf-extra-imap-replace/
>      >
>      >
>      >
>      >
>     ----------------------------------------------------------------------
>      > COMMENT:
>      >
>     ----------------------------------------------------------------------
>      >
>      > Rich version of this review at:
>      > https://mozphab-ietf.devsvcdev.mozaws.net/D12061
>      >
>      >
>      >
>      > COMMENTS
>      > S 2.
>      >>       handling a REPLACE command, a server MUST NOT generate a
>     response
>      >>       code for the STORE +flags \DELETED portion of the sequence.
>      >>       Additionally, servers supporting the REPLACE command MUST
>     NOT infer
>      >>       any inheritance of content, flags, or annotations from the
>     message
>      >>       being replaced.  Finally, the replaced and replacing
>     messages SHOULD
>      >>       NOT be present in the mailbox at the same time.
>      >
>      > I don't think I understand this text. What would it look like for
>     them
>      > to be present at the same time.
>      >
>
>     This wording was a compromise from the original
>     draft-brandt-imap-replace-00 that had much stronger language around the
>     atomicity of REPLACE.  In discussions just prior to IETF93, the strict
>     atomic guarantee was considered a hindrance to adoption by server
>     implementors. The "SHOULD NOT" here is intended to *discourage* server
>     implementors from allowing clients to discover and therefore act on
>     both
>     original and new messages, but acknowledges that in some cases it
>     may be
>     unavoidable.
>
>     To answer your question more directly, it would look like it looks
>     today
>     without the REPLACE extension -- 2 independent messages existing
>     concurrently for a moment in time along with the potential issues
>     highlighted in the Overview section.
>
>
>
> _______________________________________________
> Extra mailing list
> Extra@ietf.org
> https://www.ietf.org/mailman/listinfo/extra
>