[Gen-art] Genart last call review of draft-ietf-extra-sieve-mailboxid-05

Pete Resnick via Datatracker <noreply@ietf.org> Tue, 01 December 2020 06:06 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: gen-art@ietf.org
Delivered-To: gen-art@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 30A143A0ADD; Mon, 30 Nov 2020 22:06:00 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Pete Resnick via Datatracker <noreply@ietf.org>
To: gen-art@ietf.org
Cc: extra@ietf.org, draft-ietf-extra-sieve-mailboxid.all@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.23.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <160680275991.19519.15021073145558109806@ietfa.amsl.com>
Reply-To: Pete Resnick <resnick@episteme.net>
Date: Mon, 30 Nov 2020 22:05:59 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/lPP_DlIyEbiQOC9YIVVnigkXYzU>
Subject: [Gen-art] Genart last call review of draft-ietf-extra-sieve-mailboxid-05
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Dec 2020 06:06:00 -0000

Reviewer: Pete Resnick
Review result: Ready with Issues

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at


Document: draft-ietf-extra-sieve-mailboxid-05
Reviewer: Pete Resnick
Review Date: 2020-11-30
IETF LC End Date: 2020-12-02
IESG Telechat date: Not scheduled for a telechat

Summary: Looking good. Just one minor issue and one nit.

Major issues:


Minor issues:

Section 4 says:

   If there is no such mailbox, the "fileinto" action proceeds as it
   would without the ":mailboxid" argument.

But the in the example in section 6, it shows:

       if mailboxidexists "F6352ae03-b7f5-463c-896f-d8b48ee3" {
           fileinto :mailboxid "F6352ae03-b7f5-463c-896f-d8b48ee3"
       } else {
           fileinto "INBOX.harassment";

That appears correct, but as far as I can tell, it is semantically identical to:

           fileinto :mailboxid "F6352ae03-b7f5-463c-896f-d8b48ee3"

That is, the rule in section 4 means that fileinto already does an implicit
existence check and only uses the named mailbox if the one specified by the
mailboxid doesn't exist. It's not that the example is particularly a problem,
but it did confuse me for a few minutes while I tried to figure out what it was
trying to do. Perhaps if the example was:

       if mailboxidexists "F6352ae03-b7f5-463c-896f-d8b48ee3" {
           fileinto :mailboxid "F6352ae03-b7f5-463c-896f-d8b48ee3"
       } else {
           fileinto "INBOX.harassment";

or an example that did something other than "fileinto" it would have made a bit
more sense. Certainly not absolutely necessary to fix, but a change might
improve understanding.

Nits/editorial comments:

In sections 4.1 and 4.2, you have references that appear as "[!@RFC5490]" and
"[!@RFC5879]". I assume that's some sort of markdown or other formatting tool