[apps-discuss] (no subject)
"Murray S. Kucherawy" <superuser@gmail.com> Wed, 21 November 2012 02:37 UTC
Return-Path: <msk@blackops.org>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EDD721F8754; Tue, 20 Nov 2012 18:37:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.837
X-Spam-Level:
X-Spam-Status: No, score=-0.837 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MISSING_SUBJECT=1.762]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82IC+HGR03Cb; Tue, 20 Nov 2012 18:37:12 -0800 (PST)
Received: from medusa.blackops.org (medusa.blackops.org [208.69.40.157]) by ietfa.amsl.com (Postfix) with ESMTP id 5A42421F8678; Tue, 20 Nov 2012 18:37:12 -0800 (PST)
Received: from medusa.blackops.org (msk@localhost.blackops.org [127.0.0.1]) by medusa.blackops.org (8.14.5/8.14.5) with ESMTP id qAL2b7xY073602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Nov 2012 18:37:08 -0800 (PST) (envelope-from msk@medusa.blackops.org)
X-SenderID: Sendmail Sender-ID Filter v1.0.0 medusa.blackops.org qAL2b7xY073602
Authentication-Results: medusa.blackops.org; sender-id=neutral header.from=superuser@gmail.com; spf=none smtp.mfrom=msk@medusa.blackops.org
DKIM-Filter: OpenDKIM Filter v2.7.0 medusa.blackops.org qAL2b7xY073602
Received: (from msk@localhost) by medusa.blackops.org (8.14.5/8.14.2/Submit) id qAL2b6Wf073600; Tue, 20 Nov 2012 18:37:06 -0800 (PST) (envelope-from msk)
Date: Tue, 20 Nov 2012 18:37:06 -0800
Message-Id: <201211210237.qAL2b6Wf073600@medusa.blackops.org>
From: "Murray S. Kucherawy" <superuser@gmail.com>
To: apps-discuss@ietf.org, draft-ietf-imapmove-command.all@tools.ietf.org
Cc: iesg@ietf.org
Subject: [apps-discuss] (no subject)
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
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: Wed, 21 Nov 2012 02:37:16 -0000
I have been selected as the Applications Area Directorate (appsdir) reviewer for this draft. (For background on appsdir, please see http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate). Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft. Document: draft-ietf-imapmove-command Title: The IMAP Move Extension Reviewer: Murray Kucherawy Review Date: November 20, 2012 IETF Last Call Date: (ends) November 21, 2012 IESG Telechat Date: November 29, 2012 SUMMARY: This draft is almost ready for publication as a Standards Track RFC, but has a few issues that should be considerered before it is advanced. As a participant, I support the publication of this work. MAJOR ISSUES: 1) Section 4: Shouldn't each of these referenced RFCs that define other IMAP extensions be officially updated by this one? (This may not be "major" but it seems to be the one point I have that's most likely to draw a DISCUSS.) MINOR ISSUES: 1) Section 3.2, suggest: OLD: This extends the first form of the UID command (see [RFC3501], Section 6.4.8) to add ... NEW: The first form of the UID command ([RFC3501], Section 6.4.8) is extended to add ... 2) Seciton 4.1: Are we worried here about non-normative "may" and "should"? 3) I am not experienced at IMAP, but it might be helpful to include in Section 3.3 an example of what it might look like if a request to move a set of messages resulted in some messages moved and some left in place. NITS: 1) Suggest mentioning that the intent of this work is to create an atomic move operation, just to be explicit. (I think what I'm suggesting is to use the word "atomic" in your intro text.) 2) s/COPY affect MOVE/COPY also affect MOVE/ 3) s/, however,/. However,/ 4) s/even with the/even when the/
- [apps-discuss] (no subject) chris jamison
- [apps-discuss] (no subject) Murray S. Kucherawy
- [apps-discuss] (no subject) Yves Lafon
- [apps-discuss] Review of draft-snell-atompub-tomb… Yves Lafon
- Re: [apps-discuss] Review of draft-snell-atompub-… James M Snell
- [apps-discuss] (no subject) John Levine
- Re: [apps-discuss] (no subject) Evan Prodromou
- Re: [apps-discuss] (no subject) Evan Prodromou
- [apps-discuss] (no subject) Murray S. Kucherawy
- Re: [apps-discuss] (no subject) Murray S. Kucherawy
- [apps-discuss] (no subject) Robert Sayre
- [apps-discuss] (no subject) วงศ์วริศ เธียรโชติ
- [apps-discuss] (no subject) วงศ์วริศ เธียรโชติ
- [apps-discuss] (no subject) Barry Leiba
- [apps-discuss] (no subject) Johny wijaya