Re: [Jmap] I-D Action: draft-ietf-jmap-quotas-00.txt
René CORDIER <rcordier@linagora.com> Mon, 04 November 2019 10:26 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 D7426120E26 for <jmap@ietfa.amsl.com>; Mon, 4 Nov 2019 02:26:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.521
X-Spam-Level:
X-Spam-Status: No, score=-1.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.377, MIME_HTML_ONLY=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=linagora.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6duhYlb3e3GP for <jmap@ietfa.amsl.com>; Mon, 4 Nov 2019 02:26:55 -0800 (PST)
Received: from outgoing.linagora.com (outgoing.linagora.com [51.75.198.246]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13064120E1E for <jmap@ietf.org>; Mon, 4 Nov 2019 02:26:54 -0800 (PST)
Received: from linagora.com (unknown [10.233.69.202]) by outgoing.linagora.com (Postfix) with ESMTP id 9347B3B for <jmap@ietf.org>; Mon, 4 Nov 2019 10:26:52 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linagora.com; s=s20181122; t=1572863212; bh=ouVVALeG4pp0kfUtIemsz9RUC+FU0sdJiVKuZYtpxPE=; h=From:Reply-To:To:Subject:Date:References:From; b=EedyD7ke0d0U+cbfnh4ZnJ/l+q5E6mMkwWqVndDdD5MHYtlsk2QqQEN9o0o7ofuqY fjpWtaFSnBGRPsWjaF/Vyy1buBtUuf/A4fn8Qq5xeiuNULR9RXof7sOVkv26QFwINK /Kdc+ta9ZIx3gpl/4tFIzReATkAcHdx1tF34kmv4VtGYhpN3i1atsKponWrmk021yh JgJX1eW3yEZ29ZY/z/Z3/dugDxh6VKSj0eDhSGA0OEQ3/+IVGtmT1qBTJ+QCfHEb0m B9GP98tpHD0xV45QM+awDQ5vciXWSdfgNJ0sV9Q3WqjdZaDVGTSm3Kic7+xJh+wvqj 7IcD2TUrnZj/Q==
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
From: René CORDIER <rcordier@linagora.com>
Sender: René CORDIER <rcordier@linagora.com>
Reply-To: rcordier@linagora.com
To: IETF JMAP Mailing List <jmap@ietf.org>
Message-ID: <Mime4j.56.33624012ed6c61e6.16e35f3f860@linagora.com>
Date: Mon, 04 Nov 2019 10:26:51 +0000
References: <156984226896.429.13366509735221679840@ietfa.amsl.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/9bLv_SetT8oyF0FNxlaSEVwBJEE>
Subject: Re: [Jmap] I-D Action: draft-ietf-jmap-quotas-00.txt
X-BeenThere: jmap@ietf.org
X-Mailman-Version: 2.1.29
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, 04 Nov 2019 10:27:05 -0000
Hi Neil and thanks for the feedback ! I will try to comment a bit inline
of your reply:
Some feedback on this draft:
- It's mail-specific at the moment, but could probably be made pretty generic, which I think would be more useful. e.g. Instead of "mesageCount" and "mesageStorageSize" we'd just have "size" or "count" as the types of quota, which could apply to any object type. Then you have another property on the Quota object that lists the data type(s) it applies to.
Yes I got that comment a few times already, the document definitely
needs to be made more generic.
- I'm a bit unclear on how "usedScope" and "limitScope" could be different and what this would mean in practice (and if this is actually done in the real world).
Actually I'm starting to think as well this just adds extra
complexity... Only one field "scope" might be enough, and then we can
have different quotas declared for each scope (global, domain, account,
...). Will think more on this (debate is open of course).
- I'm not sure I see the purpose of the "quotaIds" property addition to the Mailbox object. I feel it would be cleaner not to add this (but add a property to the Quota object to indicate a subscope if it only applies to a subset of the objects of that type in the account).
I think as Benoit tried to say in his reply, we first thought by adding
the "quotasIds" to the mailbox object, it would be easy for the client
to fetch the quota affecting the account from the mailbox and show the
usage to the user. We thought as well maybe it can be then fine-grained
to the point where you can have special quotas for specific mailboxes
that don't apply to the rest of the account...
But is this level of fine-grained needed? Wanted? Maybe it's overkill
and redundant (like you need to put the quota id to all mailboxes if
it's general to the account) and we can discuss about that. But you are
right as well to mention the calendar, it could be linked to quotas as
well, and the mailbox is not the only object affected then. But linking
it to what then?
You can have users that have a normal quota (2Go for example), premium
with 5Go and VIP with unlimited... Maybe part of the Account object? Or
do you have a better idea?
Cheers,Neil.
Cheers,
Rene Cordier.
- [Jmap] I-D Action: draft-ietf-jmap-quotas-00.txt internet-drafts
- Re: [Jmap] I-D Action: draft-ietf-jmap-quotas-00.… Neil Jenkins
- Re: [Jmap] I-D Action: draft-ietf-jmap-quotas-00.… Benoît TELLIER
- Re: [Jmap] I-D Action: draft-ietf-jmap-quotas-00.… Neil Jenkins
- Re: [Jmap] I-D Action: draft-ietf-jmap-quotas-00.… René CORDIER