[Jmap] Roman Danyliw's No Objection on draft-ietf-jmap-sieve-20: (with COMMENT)
Roman Danyliw via Datatracker <noreply@ietf.org> Wed, 03 April 2024 01:09 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: jmap@ietf.org
Delivered-To: jmap@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C98A2C14F6F1; Tue, 2 Apr 2024 18:09:52 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Roman Danyliw via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-jmap-sieve@ietf.org, jmap-chairs@ietf.org, jmap@ietf.org, brong@fastmailteam.com, brong@fastmailteam.com
X-Test-IDTracker: no
X-IETF-IDTracker: 12.9.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Roman Danyliw <rdd@cert.org>
Message-ID: <171210659281.27279.17657686568767225883@ietfa.amsl.com>
Date: Tue, 02 Apr 2024 18:09:52 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/5CTOoiszD47Mo-Nfo4ASHidbbtg>
Subject: [Jmap] Roman Danyliw's No Objection on draft-ietf-jmap-sieve-20: (with COMMENT)
X-BeenThere: jmap@ietf.org
X-Mailman-Version: 2.1.39
List-Id: JSON Message Access Protocol <jmap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/jmap>, <mailto:jmap-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/jmap/>
List-Post: <mailto:jmap@ietf.org>
List-Help: <mailto:jmap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/jmap>, <mailto:jmap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Apr 2024 01:09:52 -0000
Roman Danyliw has entered the following ballot position for draft-ietf-jmap-sieve-20: 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/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-jmap-sieve/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you to Ines Robles for the GENART review. ** Section 1.2.1 The maximum length, in (UTF-8) octets, allowed for the name of a SieveScript. For compatibility with ManageSieve, this MUST be at least 512 (up to 128 Unicode characters). What’s a “(UTF-8) octet” as opposed to just a “octet”? ** Section 2.1 For compatibility with ManageSieve, servers MUST reject names that contain control characters What is the definition of “control characters”? Recommend either citing Section 1.6 of RFC5804 or repeating the guidance here. ** Section 2.4 If the id is either illegal or nonexistent, it MUST be ignored and the currently active SieveScript (if any) will remain as such. Is an “illegal” id the same as “invalid”? That might be clearer. ** Section 2.6 and 5. The SieveScript validation would appear to require the serve to parse and validate the provided SieveScript. Section 5 cites the security considerations of RFC5804 and RFC8620. The latter has Section 8.4 which discusses the considerations for JSON processing. Is there an equivalent for a Sieve script (which is not JSON).
- [Jmap] Roman Danyliw's No Objection on draft-ietf… Roman Danyliw via Datatracker
- Re: [Jmap] Roman Danyliw's No Objection on draft-… Ken Murchison
- Re: [Jmap] Roman Danyliw's No Objection on draft-… Roman Danyliw