Re: [Jmap] Paul Wouters' No Objection on draft-ietf-jmap-sharing-08: (with COMMENT)

Neil Jenkins <neilj@fastmailteam.com> Thu, 18 April 2024 06:00 UTC

Return-Path: <neilj@fastmailteam.com>
X-Original-To: jmap@ietfa.amsl.com
Delivered-To: jmap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9317EC151095; Wed, 17 Apr 2024 23:00:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.096
X-Spam-Level:
X-Spam-Status: No, score=-7.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b="e3LJPYrG"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="WBqvHNAK"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uTlVfv6jCxvj; Wed, 17 Apr 2024 23:00:32 -0700 (PDT)
Received: from wfhigh5-smtp.messagingengine.com (wfhigh5-smtp.messagingengine.com [64.147.123.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99EE5C151538; Wed, 17 Apr 2024 23:00:31 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfhigh.west.internal (Postfix) with ESMTP id 0EC491800188; Thu, 18 Apr 2024 02:00:27 -0400 (EDT)
Received: from imap43 ([10.202.2.93]) by compute5.internal (MEProxy); Thu, 18 Apr 2024 02:00:28 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1713420027; x=1713506427; bh=rqYi3G0tihpbA6LyBkkkB6lfYaytdGTuOcDSjWU464k=; b= e3LJPYrGCujTS1y8mBi3JXjNNHSTA2VQoCPb5klFYiWLudk9sIaJBClRzUaA7tcy RaHDYUnFgkkX4oohWF4YTQpKjYATf5YBwxohuuzWeZuq94qM0Djg1IpkbWtA5jZL Y4PSzwHxIRYmkkqHBmL19jDV1JyXR9mlK7XW+AmlkjOZIFroV5fPnkey8a9Rlum4 mcaojkNYyS4OVNy/YVQ0Zo7vBU7CdgoAI46kMn8XpYKxM9cRQq+AcBDXLoWDPEa/ LerEv2CvJC8YNTWzEsNaw0r6e53RMygMgEwdtqC7y507rdjbHanphVp9qKqB1BNA hi5IZXFumOALtT4LRjSJEQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1713420027; x=1713506427; bh=rqYi3G0tihpbA6LyBkkkB6lfYayt dGTuOcDSjWU464k=; b=WBqvHNAKJNq1NO5y691TuHf0gWFgCWRbmqPDZOWkMd+5 6kzZweGoPdZsBgSWyPThu/ctDV/LzfzuRNB/Kha7EAoc0X+IBpuc4+O+kyD8VeFg rGKdZCpWJ66lfWhTMQROh4SbJH6DCM0TVCp1BrZ6CSpVCrDQh3z125ZRmEZ/q8U6 JNvUvjY1RSFrcpt5Ne7mVLc/KiJ1tQoGz1oMAO28922LXHomEbEdmWeOGIklrFqa Mf+ZRLfh8NNYU/Rxo2QIhFWOjQTgZ1Z1W4h5eH9YD2Qwd0Y3Z/WXp+g5Y/eTb6cY cLifUmVmtP5qeeTQhh97arBa6AujywS749daiMR3/w==
X-ME-Sender: <xms:-7YgZomEqcPuwVsRTjmBukKgnK1-tnrD-J_ezV4GCLoMgvtKUGns_g> <xme:-7YgZn2gguANhLCO8qjqF0iKXG5-yQ2fcgJAlo65ixORx1XosQcL73f5rBg1Is-9P k6mCDKCsBafTw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrudejledguddtfecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefofgggkfgjfhffhffvvefutgesrgdtreerreertdenucfhrhhomhepfdfp vghilhculfgvnhhkihhnshdfuceonhgvihhljhesfhgrshhtmhgrihhlthgvrghmrdgtoh hmqeenucggtffrrghtthgvrhhnpeeuheeifedvudekffeugedutdevgfehkeetgeeutdek keelheefkeeuuddtteeggfenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmh grihhlfhhrohhmpehnvghilhhjsehfrghsthhmrghilhhtvggrmhdrtghomh
X-ME-Proxy: <xmx:-7YgZmr7akSg-uj3DpELlwyIGCfANSeft-csVFf-qs172iwP2wlDlg> <xmx:-7YgZkm0CTacFUu7UGh496BtxFTJVSGYhhw-aFf4GAvqYanjWulMKw> <xmx:-7YgZm0dq3fzljIklPswT5XKhkW4tYScVxSsus13WMz_KZK1WBGq-A> <xmx:-7YgZrsRrtcAEDqg1ewdHHB0M-JLb_4Ox2MLtHg2O6bo4TyDE_0wLg> <xmx:-7YgZgoelRo2megeuEjT3sxMDHB4lYrTuMqGsaKbLQpsdZ0u90Gpzk0t>
Feedback-ID: ibc614277:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 38AD42D4007D; Thu, 18 Apr 2024 02:00:27 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.11.0-alpha0-386-g4cb8e397f9-fm-20240415.001-g4cb8e397
MIME-Version: 1.0
Message-Id: <161277b5-0e50-44f8-9c52-f583b928456d@dogfoodapp.fastmail.com>
In-Reply-To: <171337551775.17968.503570333791003376@ietfa.amsl.com>
References: <171337551775.17968.503570333791003376@ietfa.amsl.com>
Date: Thu, 18 Apr 2024 16:00:06 +1000
From: Neil Jenkins <neilj@fastmailteam.com>
To: Paul Wouters <paul.wouters@aiven.io>, iesg <iesg@ietf.org>
Cc: draft-ietf-jmap-sharing@ietf.org, jmap-chairs@ietf.org, IETF JMAP Mailing List <jmap@ietf.org>, Bron Gondwana <brong@fastmailteam.com>, arnt.gulbrandsen@icann.org
Content-Type: multipart/alternative; boundary="9a2ab287db1949d894ed274e4d400082"
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/ALMWZoFxMJpD_TMtfKRLh13TnjQ>
Subject: Re: [Jmap] Paul Wouters' No Objection on draft-ietf-jmap-sharing-08: (with COMMENT)
X-BeenThere: jmap@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
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: Thu, 18 Apr 2024 06:00:36 -0000

Hi Paul,

Thank you for your comments.

> Numerous sections use the bullet points and empty lines in way that 
> "mis-group" the items for me, making it difficult to parse. I almost raised
> this as a DISCUSS. An example:

I'm not seeing these empty lines in the HTML, text, or PDF versions. Can you please clarify where you are seeing this and I'll discuss with the RFC editors to make sure it's formatted correctly.

> Setion 3.6.1: What is the logic for "after" including the date and "before" not
> including the date?

These will normally be used in conjunction to define a range. As is fairly standard in many APIs, the start is inclusive and end is exclusive. This means for example you can easily ask for everything on 1 Jan this year as

{"after":"2024-01-01T:00:00:00Z", "before":"2024-01-02T:00:00:00Z"}

rather than:

{"after":"2024-01-01T:00:00:00Z", "before":"2024-01-01T:23:59:59Z"}

(Which is what you would have to do if both were inclusive.)

Cheers,
Neil.