Re: [Jmap] Representing default calendar/identity

Neil Jenkins <neilj@fastmailteam.com> Mon, 30 January 2023 03:57 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 D1E63C14F749 for <jmap@ietfa.amsl.com>; Sun, 29 Jan 2023 19:57:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 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_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=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="Xxn9P3YW"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="O5KCkqY1"
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 KLtVxfZT7OXu for <jmap@ietfa.amsl.com>; Sun, 29 Jan 2023 19:57:45 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 EC7DBC14F72F for <jmap@ietf.org>; Sun, 29 Jan 2023 19:57:44 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 919D25C0E50; Sun, 29 Jan 2023 22:57:41 -0500 (EST)
Received: from imap43 ([10.202.2.93]) by compute3.internal (MEProxy); Sun, 29 Jan 2023 22:57:41 -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=1675051061; x= 1675137461; bh=+/YlZId+e3m0TNbdgpYCV4ehIVbNE02Y/82XGGT6l4I=; b=X xn9P3YWNXnW5XKejxGBsDSfGn2BqOI+87P/xzDTX6MhBlo6D2LPQbUufSViKAi5h ROuV/n5mW/NS6oWls03+zaSLklL496tcImuqTk8PWrFoGN+H0YCWu39d4dYMMLHn czFA4FjMmdHEM71wZ+NQe0CS1iwg5SOHS7iVqqtOI8bmPUN2P5WOzgFO8HfVUSx7 XDjKeIkpTA1in32f0Ybiay2zv7sA95tF9fG316RscQ8aJMmwewg12PGku+dAN4kU s1KEOGmI0bDMXFZ/Iuv9thuTcnMApXtNEWaefT/scEb0v7RzySs6IPrA+w86bXno dhFHv5nYOG2p5/lWhjGeQ==
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=1675051061; x=1675137461; bh=+/YlZId+e3m0TNbdgpYCV4ehIVbN E02Y/82XGGT6l4I=; b=O5KCkqY1HL1RV5wiPe0YASTTJmv/w3ZkmsUt2U4/olhW mSLQ6EQ7612ep3ujk3Nf00YIuzZFbjsjET3zfkZ3MRrv30aItgPhhSqz1xpzQbgL SUraIuctOz4e5Wd+6U7wjACtjJicvjUhOsLbgrq15sEJ+N2JcxBzSFHJGqxOsdNg BYcA6T0xQqdGjB6+JhFq5Nk/VP0NwCu2CmMdzBP5uf0doZqqeIT/fJ0YfBaZ+btD 50SZ1nF8ppo2nyxxGD62FmJDmlcnUtFxULrBtla99oQuNul6uiGJ8F4xmkq2s8/e ez+/CIyuzDHVogRc37oJrhY64AKYdkJaeRf6iCZrIA==
X-ME-Sender: <xms:NUDXY02OvkLrjTknynAkMMHuPUTip7tA1Gjl-AjJJgHFHOgC0MmLcQ> <xme:NUDXY_Hg7dt3vADANnv5ZOIKRn0JrZNpCH80dMWe9KxAiVd5qYpGmeBVs6otCj2dq kl0VZJhO3PJWg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrudefuddgieeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsegrtderreerreejnecuhfhrohhmpedfpfgv ihhlucflvghnkhhinhhsfdcuoehnvghilhhjsehfrghsthhmrghilhhtvggrmhdrtghomh eqnecuggftrfgrthhtvghrnhepkeeifedulefgledtiedutefgieeikeegffelgfeftdei heffieegjefftefhfeejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepnhgvihhljhesfhgrshhtmhgrihhlthgvrghmrdgtohhm
X-ME-Proxy: <xmx:NUDXY86k7a8URePdgo2HFYKaqrID0Ns0HEUihQ-0BN9LUhARWwtF2A> <xmx:NUDXY92rC0Fufo4kI_55DI432NyZq08SC795NGvTrCXPrs2t_7_DrA> <xmx:NUDXY3F_YIC26quWdr5KgQ221hrGI_xi7oZDJ_pYr34l9Ae5Oih_mQ> <xmx:NUDXY-zg-Ll-8d8PVgoiYXScxDDAfwYvxjQ2uI_psijZbNy5JmIEMA>
Feedback-ID: ibc614277:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 53A3D2D40074; Sun, 29 Jan 2023 22:57:41 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.9.0-alpha0-106-gfe3ab13a96-fm-20230124.001-gfe3ab13a
Mime-Version: 1.0
Message-Id: <1d3014cd-05d5-43c5-bfec-f0c425659816@dogfoodapp.fastmail.com>
In-Reply-To: <9eda9411-923c-6cb4-92fb-e5dab57f10ef@audriga.com>
References: <e2ee7c8a-8e1c-49f1-b5f7-f1e23eb686c5@dogfoodapp.fastmail.com> <9eda9411-923c-6cb4-92fb-e5dab57f10ef@audriga.com>
Date: Mon, 30 Jan 2023 14:57:20 +1100
From: Neil Jenkins <neilj@fastmailteam.com>
To: Joris Baum <joris@audriga.com>
Cc: IETF JMAP Mailing List <jmap@ietf.org>
Content-Type: multipart/alternative; boundary="3ec5a547287a4eeeaf5ccc877696c6f9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/3fVSTBzOeLNmi8bLTYUZA2HyRi8>
Subject: Re: [Jmap] Representing default calendar/identity
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, 30 Jan 2023 03:57:49 -0000

Hi Joris,

Thanks for the feedback and apologies for the delay in responding – we're all just coming back up to speed after our summer holidays down here in Australia!

> I agree with you and like that it is less heavyweight now. However, I still do not like that we have two ways of defining roles when JMAP Mail already uses a property "role" for the same purpose [1].

I guess the key question here is whether it is the same purpose or not. I'm not convinced "isDefault" is a role, especially not when it comes to ParticipantIdentity. Do you have any other roles in mind? What would a "birthdays" role mean (how would it be treated differently by a client)?

Cheers,
Neil.