[Jmap] Mahesh Jethanandani's No Objection on draft-ietf-jmap-sharing-08: (with COMMENT)

Mahesh Jethanandani via Datatracker <noreply@ietf.org> Mon, 15 April 2024 23:34 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 AEA06C15106E; Mon, 15 Apr 2024 16:34:18 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Mahesh Jethanandani via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-jmap-sharing@ietf.org, jmap-chairs@ietf.org, jmap@ietf.org, brong@fastmailteam.com, arnt.gulbrandsen@icann.org, arnt.gulbrandsen@icann.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.10.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Mahesh Jethanandani <mjethanandani@gmail.com>
Message-ID: <171322405870.54401.2660586301142694697@ietfa.amsl.com>
Date: Mon, 15 Apr 2024 16:34:18 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/6C43mSaINorOjZM-mcx2Yenum6U>
Subject: [Jmap] Mahesh Jethanandani's No Objection on draft-ietf-jmap-sharing-08: (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: Mon, 15 Apr 2024 23:34:18 -0000

Mahesh Jethanandani has entered the following ballot position for
draft-ietf-jmap-sharing-08: 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-sharing/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thanks to Susan Hares for the General Area Review Team (Gen-ART) review
(https://mailarchive.ietf.org/arch/msg/gen-art/nZz2fnG_Y5EFsQnoPvi1-q-_y7Y).
and to Yaron Sheffer for the SECDIR review
(https://mailarchive.ietf.org/arch/msg/secdir/RJWI2E_uRwrUcp18hFZV-LZ7WEw).

-------------------------------------------------------------------------------
COMMENT
-------------------------------------------------------------------------------

The IANA review of this document seems to not have concluded yet.

-------------------------------------------------------------------------------
NIT
-------------------------------------------------------------------------------

All comments below are about very minor potential issues that you may choose to
address in some way - or ignore - as you see fit. Some were flagged by
automated tools (via https://github.com/larseggert/ietf-reviewtool), so there
will likely be some false positives. There is no need to let me know what you
did with these suggestions.

Reference [RFC7564] to RFC7564, which was obsoleted by RFC8264 (this may be on
purpose).

Section 2, paragraph 5
> ilable. If given, the value MUST be conform with the "addr-spec" syntax, as d
>                                  ^^^^^^^^^^
There may an error in the verb form "be conform".

Section 3.2, paragraph 2
>  on the data type in question. For example it might be the "title" property o
>                                    ^^^^^^^
A comma is probably missing here.

Section 4, paragraph 2
> The specification makes the lists sharable by referencing this document and d
>                                   ^^^^^^^^
Do not mix variants of the same word ("sharable" and "shareable") within a
single text.