[Extra] Ben Campbell's Yes on draft-ietf-extra-imap-replace-02: (with COMMENT)

Ben Campbell <ben@nostrum.com> Wed, 24 October 2018 04:45 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: extra@ietf.org
Delivered-To: extra@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 460C7130DEA; Tue, 23 Oct 2018 21:45:22 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Ben Campbell <ben@nostrum.com>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-extra-imap-replace@ietf.org, Bron Gondwana <brong@fastmailteam.com>, extra-chairs@ietf.org, brong@fastmailteam.com, extra@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.87.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <154035632227.31409.14362991214477694122.idtracker@ietfa.amsl.com>
Date: Tue, 23 Oct 2018 21:45:22 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/RsU_g1H8mcIcneAsgmrj0q_ogiE>
Subject: [Extra] Ben Campbell's Yes on draft-ietf-extra-imap-replace-02: (with COMMENT)
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.29
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 04:45:22 -0000

Ben Campbell has entered the following ballot position for
draft-ietf-extra-imap-replace-02: Yes

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:


Thanks for this effort. I am balloting "yes", but I have some minor (mostly
editorial) comments:

§1: Is there a reason not to use the new boilerplate from RFC 8174?

§3.4: "the intermediate states produced do not occur,"
That seems an odd statement; one might say that if a state did not occur it was
not produced. Would it make sense to just say "the intermediate states do not

§3.5: "Unlike the APPEND command which is valid..."
Missing comma before "which".