IETF Logo Mail Archive

Re: [Jmap] Roman Danyliw's No Objection on draft-ietf-jmap-quotas-10: (with COMMENT)

Bron Gondwana <brong@fastmailteam.com> Thu, 02 February 2023 04:47 UTC

Return-Path: <brong@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 49AD6C14F6EB; Wed, 1 Feb 2023 20:47:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level:
X-Spam-Status: No, score=-2.798 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_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-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="Gzde4heY"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="QNNrE8Ul"
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 tgrUtLFJxqDg; Wed, 1 Feb 2023 20:47:25 -0800 (PST)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 07389C14EB1C; Wed, 1 Feb 2023 20:47:24 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 021E45C00CB; Wed, 1 Feb 2023 23:47:24 -0500 (EST)
Received: from imap43 ([10.202.2.93]) by compute3.internal (MEProxy); Wed, 01 Feb 2023 23:47:24 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=cc:cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm1; t=1675313243; x= 1675399643; bh=h9i4D5yRBzWoew5sWyi4joRDHak6dK8diWXGJVuSh80=; b=G zde4heYPJAMLsbBBj3yBYnEYEZJDGdVpm1oMUvQ5UqxgoPPpH64BPNjTym0svG0+ 5CczbhmnbvK5Mh7SCB5ZG//mD1eIKR6y99H5AOj15YaHfeOGCYD+g5MR0YNtJmeA 9x7/qlcb5yajVVk7OmJD5vjQYnbP+D4UoV7Sx6jIZSGhFuNCAT1cn9yHmaSFTANo XR30tJg4QM6pVm/y7e3dVfOAS5fFJt1WyYX2lIB8DzhgktvO8aKH7y1PlfmsMoWB oHdU/ZM4jSoJ244gbWmE6I/pJbT9IQG/1shN0nZqMmr+crFNgFDEZQSNgWOltwpB 8BVWDr0mzVMBZJzIhX29A==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1675313243; x=1675399643; bh=h9i4D5yRBzWoew5sWyi4joRDHak6 dK8diWXGJVuSh80=; b=QNNrE8UlSzxCJN1ALJrs5fQP/U7KtCOFFtoUrdp04wOY e4aG+5vZWODi32WYyRzFR+ukwVSVaBKV3KZyag174IAQG0Lnxf3fqUgTqnWDsgD6 5btsZ8xo1xXFK92IAKD74nI1exCQv398ghguwHCeW8l/p0h/cdpnPxhpbJXcbfrj 3M5CinnhczO6AlYIOopBWyKgNKWBtXGJO8Rw6MAMrlBmqPjHhnW4ec4d+F7gZrrr NQ2mMndsk0cDheQFQvLd3KcdCDzIKyF+typ7ZKghvwXbBARGg0ELM6mbEsNyT2AB A6D7eJo+XaYYJM5kMEepQtdnCl2ntl2rroUwESTvoA==
X-ME-Sender: <xms:W0DbY70oTyVsQYKZhw5REBUOaoQ6d1H1A_wdGq0cN6oBZV_uKBDmCQ> <xme:W0DbY6FCgL38HpVszewDLU1CGga80CWaetsfctkIJzA6r6xmUI05YxeIdD_rUp4B1 thbWmNzxhQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrudefjedgjeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsegrtderreerredtnecuhfhrohhmpedfuehr ohhnucfiohhnugifrghnrgdfuceosghrohhnghesfhgrshhtmhgrihhlthgvrghmrdgtoh hmqeenucggtffrrghtthgvrhhnpeelieffffekteeiteejleevleefieegiefhudevvefh geevgfetvdehveeiieeuffenucffohhmrghinhepihgvthhfrdhorhhgpdhirghnrgdroh hrghdpghhithhhuhgsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhepsghrohhnghesfhgrshhtmhgrihhlthgvrghmrdgtohhm
X-ME-Proxy: <xmx:W0DbY75cRe3-0KM8fQlbhzwa0DRGaGzjYcte0rNd9NBB46zGikdReg> <xmx:W0DbYw2d5t-T-V0HVnjMFaOtEwgNpwQm4OkDadYDh4vdjLpsGhu2QQ> <xmx:W0DbY-FQitDRWaIBk-at6voJ1rnuVhpG48urDYYJbeB-J0_33w_YXQ> <xmx:W0DbY6AcTD2fvgzjAj2Y6xVETXOiR7TvrWzvmkT5BSs1QJYTAd1Dtg>
Feedback-ID: i2d7042ce:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id A293F2D40074; Wed, 1 Feb 2023 23:47:23 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.9.0-alpha0-142-g0a81239927-fm-20230201.001-g0a812399
Mime-Version: 1.0
Message-Id: <ed87e354-fbf1-4a9a-9a47-874262d047a8@betaapp.fastmail.com>
In-Reply-To: <1013722709.67.1675153139765@212e230e4d2f>
References: <1013722709.67.1675153139765@212e230e4d2f>
Date: Thu, 02 Feb 2023 15:47:03 +1100
From: Bron Gondwana <brong@fastmailteam.com>
To: René CORDIER <rcordier@linagora.com>, The IESG <iesg@ietf.org>, Bron Gondwana via Datatracker <noreply@ietf.org>
Cc: draft-ietf-jmap-quotas@ietf.org, jmap-chairs@ietf.org, jmap@ietf.org
Content-Type: multipart/alternative; boundary="20dac6cf036c420092f1c7b8e0003788"
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/gWu-pabmjIHfppy6f_tddR7mFME>
Subject: Re: [Jmap] Roman Danyliw's No Objection on draft-ietf-jmap-quotas-10: (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, 02 Feb 2023 04:47:30 -0000


On Tue, Jan 31, 2023, at 19:18, rcordier@linagora.com wrote:
>> 
>> 
>> 
>> ** Section 4. dataTypes. Where do the permitted values for dataTypes come
>> from? Are these values standardized?
>> 
>> 
> It depends of what JMAP specifications the server implements, so it could vary. Each JMAP object has a data type of the same name. It could represent Email, Mailbox, Contact, Calendar, Event, ... depending if the server implements the related specs or not. That's why the clients are being asked to ignore any data type that are unknown to them. 
> 

I want to extend this discussion a little because dataTypes are more explicitly spelled out now in the Blob spec:

https://datatracker.ietf.org/doc/draft-ietf-jmap-blob/

And indeed, IANA have already taken action and created a registry for them:

https://www.iana.org/assignments/jmap/jmap.xhtml#jmap-data-types

Having said that - Rene, we may want rename this 'types' to match RFC8620's push object.  I already renamed it in Blob because of that.

Regarding ignoring types - given that this quota response is always in response to a request which includes a "using" list of URNs, we could require the server to filter any quotas and resource types that the client doesn't understand!

I might actually just write a pull request against the spec with some suggestions to align with Blob and the data-types registry.  I have merged your PR against jmapio/jmap and then issued my own PR with my suggestions:

https://github.com/jmapio/jmap/pull/378

Hopefully you find that more useful than me describing the suggestions with words!

Regards,

Bron.

--
  Bron Gondwana, CEO, Fastmail Pty Ltd
  brong@fastmailteam.com

v2.23.0 | Report a Bug | By Email