[Gen-art] Genart last call review of draft-ietf-extra-quota-06

Linda Dunbar via Datatracker <noreply@ietf.org> Tue, 14 September 2021 04:46 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 CFE7D3A0E7A; Mon, 13 Sep 2021 21:46:22 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Linda Dunbar via Datatracker <noreply@ietf.org>
To: gen-art@ietf.org
Cc: draft-ietf-extra-quota.all@ietf.org, extra@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.37.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <163159478260.24492.9195673853930057186@ietfa.amsl.com>
Reply-To: Linda Dunbar <linda.dunbar@futurewei.com>
Date: Mon, 13 Sep 2021 21:46:22 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/GqWjP6VlMuwLNkPgE7_0XNZ3R18>
Subject: [Gen-art] Genart last call review of draft-ietf-extra-quota-06
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, 14 Sep 2021 04:46:23 -0000

Reviewer: Linda Dunbar
Review result: Ready with Nits

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

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-extra-quota-06
Reviewer: Linda Dunbar
Review Date: 2021-09-13
IETF LC End Date: 2021-09-10
IESG Telechat date: Not scheduled for a telechat

Summary: The document describes an extension (QUOTA extension) to allow
administrative limits on resource usage to be manipulated by IMAP protocol.

Major issues: None

Minor issues: None

Nits/editorial comments:

Section 5.1 first paragraph:
" they MUST NOT refuse to APPEND a message if the  limit less the usage is
smaller than the RFC822.SIZE divided by 1024"

does it mean "must break the message" if the limit minus the usage is smaller
than  RFC822.size/1024?

"APPEND a message": what message is to be appended?

Why "divide by 1024"?

Thank you
Linda Dunbar