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

rcordier@linagora.com Mon, 06 February 2023 04:12 UTC

Return-Path: <rcordier@linagora.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 91920C14EAA3; Sun, 5 Feb 2023 20:12:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.694
X-Spam-Level:
X-Spam-Status: No, score=-1.694 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=linagora.com
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 2LGGFpknUOfS; Sun, 5 Feb 2023 20:12:40 -0800 (PST)
Received: from smtp.linagora.com (smtp.linagora.com [54.36.8.78]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D85FEC14F5E0; Sun, 5 Feb 2023 20:12:37 -0800 (PST)
Received: from ?Open?PaaS?SMTP?server?for?Linagora? (unknown [51.83.109.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.linagora.com (Postfix) with ESMTPSA id 83E983EE1D; Mon, 6 Feb 2023 05:12:34 +0100 (CET)
DKIM-Signature: a=rsa-sha256; b=FgpEeCvCah0/301U3ZbC03mL+ec6lhLE+VZ8TeHKLFWyUS62xl6I0OHQ38yoPCDDC4tF/n5ye2amIjhnZCDdnx7aST3j4ocCvoofGQi8SGrzVHPGHs8xIHEwfTdgMsDNHtPm4rIHnzrQ/idG5hxBdnSjP8Tsu9zgondg70HPhPhB5+TVXGCvhZgm2q+tR80SbX0imnX0M8dVJnlyObCjMX33U8y7Hz2FyGPRJCZlmGIK/EabVl2HHFIm9bWkS6lTjqhPtzsF3SjHzwr3/8xJkMKqTZhC1Qt/ZSDwZS7MHDwFlj1zCMQLvhucypkJqgtR5fd1dIXJr8aeVD7HDf3EVg==; s=smtpoutjames; d=linagora.com; v=1; bh=hT4bbof7r/tbMNEYVy3RVjdl7TF3IX7Od5yrDcGha8c=; h=from : reply-to : subject : date : to : cc : resent-date : resent-from : resent-sender : resent-to : resent-cc : in-reply-to : references : list-id : list-help : list-unsubscribe : list-subscribe : list-post : list-owner : list-archive;
Date: Mon, 06 Feb 2023 04:12:34 +0000
Message-ID: <611544990.138.1675656754698@212e230e4d2f>
MIME-Version: 1.0
X-LINAGORA-Copy-Delivery-Done: 1
From: rcordier@linagora.com
To: The IESG <iesg@ietf.org>, Bron Gondwana via Datatracker <noreply@ietf.org>, Bron Gondwana <brong=40fastmailteam.com@dmarc.ietf.org>
Cc: draft-ietf-jmap-quotas@ietf.org, jmap-chairs@ietf.org, jmap@ietf.org
Reply-To: rcordier@linagora.com
User-Agent: Team-Mail/0.5.2 Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36
Content-Type: multipart/alternative; boundary="-=Part.414.7002669e991b1ddc.18624ecf3aa.7fec32623b7d39be=-"
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/C8MYx7KOAXph-QsNE3HIYvTqpjM>
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: Mon, 06 Feb 2023 04:12:44 -0000

Hi!

Yes I just did update the version number and repushed a new version 12 of the draft. 

Just I will rebase this after the merge: https://github.com/jmapio/jmap/pull/380

Thanks again and yes please let's merge your PR :)

Cheers,

Rene.

On Feb 2, 2023 5:10 PM, from Bron Gondwana Thanks for that!  I've applied your typo fix the PR.  Want me to go ahead and merge it as well?  I didn't update the version number since I figure that's yours to update when you're ready with any other changes.

Cheers,
Bron.

On Thu, Feb 2, 2023, at 20:09, rcordier@linagora.com wrote:
Hi Bron,


I get your point, I saw the changes in the github and I'm totally ok with that. I just commented on a little typo but it's very appreciated :)


Regards,


Rene.


On Feb 2, 2023 11:47 AM, from Bron Gondwana


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





_______________________________________________
Jmap mailing list
Jmap@ietf.org
https://www.ietf.org/mailman/listinfo/jmap


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



_______________________________________________
Jmap mailing list
Jmap@ietf.org
https://www.ietf.org/mailman/listinfo/jmap