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

Stuart Brandt <stujenerin@aol.com> Thu, 25 October 2018 23:16 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 EBDF312D7F8 for <extra@ietfa.amsl.com>; Thu, 25 Oct 2018 16:16:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, URIBL_BLOCKED=0.001] autolearn=unavailable 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 mPe0go_yHRcz for <extra@ietfa.amsl.com>; Thu, 25 Oct 2018 16:16:51 -0700 (PDT)
Received: from sonic314-14.consmr.mail.bf2.yahoo.com (sonic314-14.consmr.mail.bf2.yahoo.com [74.6.132.124]) (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 538FC128D0C for <extra@ietf.org>; Thu, 25 Oct 2018 16:16:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1540509410; bh=gXTNGNpKTn1TOThDqFs2rMQBd5rpGGCUestdpKdNfIo=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From:Subject; b=YhYFwrEcS8oosYX05UGw56Mm1uKKnK3X8V0ILHXPI6gGbgaobx17eHFypdn+aZE1AzYQ/fr5I0ez/XUyvPkeIwp1HTdtImmRtiL9oxj0ve74NCeTVT7aKpsKpY0LAjUBXZpiwSphGd0yrC57xofjJ6CqUEZL7fbfAtRCawvFPxVNhwiAOWecnbL9TU0a7q9CstMmvT476259ZIdjAeSbp7JMLIctucgugCjdBvqlMO8RPBjziMss9T+XJgzojNGCS3GfzmZVT0vpwAdAEXR4w59ykghdLZq+mZFyHOfHY/iXyrsg8lBk6ykKKi0lk1DgK4pi2S583J11xFms3CUQsw==
X-YMail-OSG: S3jECYIVM1mgTmKIp3W_ZRToO3Oi9LhF2QJEnrLG1QAKSobHyVufNYJFhNNMbt5 Y_jwccAoGqOR1AbNF57AtwABF6aTSwVNR78U29XeC0u7Pe0dAvwVoPlkDHSOsYR2Q4FbO_54Qq3Q UXAtftCAxEq35yIDr62KKlfVWMsSZcNzYpfTbph.oX_tkhj.RDV2L5wYM8dq8nwzz2JvIXn6BAbv 2rFuiueeQ93ywEwcmEmiR1LIHEg9IN3dMapKNWkRn6ZtBexozGDTPJ8TtDd_iQ6gRkF7SSV.5lA1 JxzNp4kdYNH7PbaJmCzm.A3jtW1Kr4AE3gy2Tc.AzkVW47Uvsaj8JTKUgKzYK3LYBSuYcIhAdO3Q KYna5hxwdJ3HW9FMigcmvZWDy0MQLun8TqwjymhwXi80ydHt6pY9IrVmnTCAUnIqCjMYXtwWeDrm kVmLVBMQk0Lnk__PzxHlxZENwt0IY1.BLN3ult.qxbLzP07GlTKFCeadIZt3qFyKeKIyu9wxEjBz O_b63Vne2wYtrmLteYW5vr1JKdnD3HmUZjJ7ovKa7qJgVrmy3xuC.tD.zqrrrDlXnI2iZyPnAOc8 SNZwMl1.NGVtyyR3FdKTopkgfetkkQTifTgOXOmJ5H9CbolkVc3b_LFzKZj85FioNRToDyIrIUZP KGl_zuRhmy.1ih1lCEZzZIq7QgULs29_KG6G0fSde2ltb21VVEXes40DGDRFUNpi4V051bWoMrGu Mh.1JI0MINc1Jac31kW216IJx.pLV70G.WrLQQs5nW__e1K.srtJ2ZIBkf9lNsgd_Bt1uhb.raxe DJHAbDSnCT0kNhT7oQMY2_WSRbl1EC4YI0uIzJcvfhlVNWWFwr2xV8h2S1dt0d5YVRU88kguk9F5 JweSCGryOykQbEYYWamk652Irr_fasYNXwfAbk5J0V4.t70OYPgJrL2FSIwT5NXNZvd1Zr2EOcD1 kDoZ7lWc4l26Q7l7Ia1sozl0oSOwqWj44BtO3H2oklmeUv2AgrH8EEfCx9d6kBWdvkLQ_GRroaO1 WVe5qRNFgSGxjAOfOZgXl5zNbBUvc
Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.bf2.yahoo.com with HTTP; Thu, 25 Oct 2018 23:16:50 +0000
Received: from pool-70-106-226-126.clppva.fios.verizon.net (EHLO [192.168.1.13]) ([70.106.226.126]) by smtp421.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 653bb476d6f7ab7202cb4edd6479afe7; Thu, 25 Oct 2018 23:06:47 +0000 (UTC)
To: Benjamin Kaduk <kaduk@mit.edu>
References: <154032941464.31269.3192588777781367014.idtracker@ietfa.amsl.com> <5BCFD689.3040004@aol.com> <20181024022358.GQ45914@kduck.kaduk.org> <5BCFE35D.5020703@aol.com> <20181025174533.GD45914@kduck.kaduk.org>
Cc: The IESG <iesg@ietf.org>, draft-ietf-extra-imap-replace@ietf.org, Bron Gondwana <brong@fastmailteam.com>, extra-chairs@ietf.org, extra@ietf.org
From: Stuart Brandt <stujenerin@aol.com>
Message-ID: <5BD24C5A.4030201@aol.com>
Date: Thu, 25 Oct 2018 19:06:02 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0
MIME-Version: 1.0
In-Reply-To: <20181025174533.GD45914@kduck.kaduk.org>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/OVXBW8RNycBe3uhbQNu5Soyaal4>
Subject: Re: [Extra] Benjamin Kaduk'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: Thu, 25 Oct 2018 23:16:53 -0000

Thanks for the continued feedback, Benjamin. I'm glad you suggested 
section 3.5 because that's exactly where I added additional text in the 
-03 update today. Hopefully the additional text addresses your original 
feedback.

- Stuart


On 10/25/2018 1:45 PM, Benjamin Kaduk wrote:
> On Tue, Oct 23, 2018 at 11:13:33PM -0400, Stuart Brandt wrote:
>> On 10/23/2018 10:23 PM, Benjamin Kaduk wrote:
>>> On Tue, Oct 23, 2018 at 10:18:49PM -0400, Stuart Brandt wrote:
>>>> Thanks for the feedback. Comments inline.
>>>>
>>>> On 10/23/2018 5:16 PM, Benjamin Kaduk wrote:
>>>>> Benjamin Kaduk 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:
>>>>> ----------------------------------------------------------------------
>>>>>
>>>>> Section 1
>>>>>
>>>>> (RFC 8174 provides an updated version of the BCP 14 boilerplate that can be
>>>>> used instead of the RFC 2119 boilerplate.)
>>>>>
>>>>> Section 3.5
>>>>>
>>>>>       Unlike the APPEND command which is valid in the authenticated state,
>>>>>       the REPLACE and UID REPLACE commands MUST only be valid in the
>>>>>       selected state.  This difference from APPEND is necessary since
>>>>>       REPLACE operates on message sequence numbers.
>>>>>
>>>>> The stated justification applies only to REPLACE.  What is the
>>>>> justification for disallowing UID REPLACE from the authenticated state?
>>>>
>>>> The syntax of REPLACE identifies the source message's Mailbox by means
>>>> of the currently selected Mailbox, thus requiring Selected state.
>>>>
>>>> An optional source-mailbox parameter could be added to the syntax just
>>>> for the UID REPLACE case, but other UID command variants such as those
>>>> discussed in RFC3501 section 6.4.8 chose not to introduce UID specific
>>>> syntax for specifying source-mailbox in order to support actions from
>>>> Authenticated state alone. I'd prefer not to forge new ground in that
>>>> area with this particular specification.
>>>
>>> I probably should have made it clear: I also prefer to not forge such new
>>> ground in this specification.  But does it make sense to make a nod to this
>>> reality in the document and note that this restriction is also applied to
>>> UID REPLACE for consistency?
>>
>> Makes sense. Would the nod be more helpful when discussing state impacts
>> (section 3.5) or when discussing UID REPLACE syntax (section 3.3)?
>
> It feels more natural to me in Section 3.5, but I have no claim to be an
> authority in this matter :)
>
> Thanks,
>
> Benjamin
>