IETF Logo Mail Archive

Re: [Jmap] I-D Action: draft-ietf-jmap-portability-extensions-01.txt

Neil Jenkins <neilj@fastmailteam.com> Thu, 21 March 2024 03:21 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 394B0C14F5FE for <jmap@ietfa.amsl.com>; Wed, 20 Mar 2024 20:21:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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="EOyWponv"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="ha2o68ya"
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 pN5qSoSDBChW for <jmap@ietfa.amsl.com>; Wed, 20 Mar 2024 20:21:06 -0700 (PDT)
Received: from wfhigh1-smtp.messagingengine.com (wfhigh1-smtp.messagingengine.com [64.147.123.152]) (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 C2760C14F609 for <jmap@ietf.org>; Wed, 20 Mar 2024 20:20:57 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfhigh.west.internal (Postfix) with ESMTP id 3B87418000CA for <jmap@ietf.org>; Wed, 20 Mar 2024 23:20:53 -0400 (EDT)
Received: from imap43 ([10.202.2.93]) by compute5.internal (MEProxy); Wed, 20 Mar 2024 23:20:53 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=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=fm3; t=1710991252; x= 1711077652; bh=ycwc0ei4VRvrSUYe+iotgdccKp36ZQXr+hVj8oi+XJU=; b=E OyWponvM7V7SG6OXLtqunfqqgK+QEzZMwmh5yLCfUstkIrgmOv1hbe2+oM6lH7/9 ld9RgeT155ZxilVCuQ2DewV4x3z2Nxa8nv6RJZtsdNBA53Saw8v0DWbaNWoz9rhA GcJsfmwnol6RyWVr/4a72sud07ScPu2+CZ6yfQvj6bmw8pMs7wyNlCuWLWNG0g3l MujKLi4tVnBzBqpb4jJ+niCQ+Q9areKsezt/aMThCaq239vDLyz7mkzrTN3MyjLe dFVz7/+J6+56nVVpLjApm/ra5rO7rmViL3/Rp+aQ08AhF3Qle09JJuglMr7gx1mn SyoRYg3hywGoSfDvoqINA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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= fm2; t=1710991252; x=1711077652; bh=ycwc0ei4VRvrSUYe+iotgdccKp36 ZQXr+hVj8oi+XJU=; b=ha2o68yagbXmq6pw6QPJO9VfOz/Q1EP/QFN+hfh/nBfM MmDIR/h/ZYfADKqn+Gtxv8lkxXP4e/3bNdg+oRnP0NZFkHQDRr/FHYuejAtotRWT W1nFJWzjuh6YgQG/PFJSkHWcp8JNhbQuvE00gRZ09h3irAj5xleo5leQuna+8SKO lg2oSVDSD6caO68aR5XCsiKn4upOMQJ0LNDovGcjHxAXsAffZpgWRTJReo7a/bSx zrh3bTChFXVlQAOk9kwFPlXkOFS+0L4yb2FIT69CYurHzf5PEk3x4xa4LyB6e1/o ohhVzB27+C/dhWPRxQBCdPw9+ytxJvL74ytrUrq7vA==
X-ME-Sender: <xms:lKf7ZSweHC1m20ODlb7TJydZ-h76lhkl3e1QTLUP3f1vmYB3LA3IYg> <xme:lKf7ZeR8mrgE8Ot_m926mR1VzaSXkIBpvr1CxaSeBxbtorkxMMHHcSO_ZOHCM533S T9zSspQ-Xynkw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrleehgdehjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtsegrtderreerreejnecuhfhrohhmpedfpfgvihhl ucflvghnkhhinhhsfdcuoehnvghilhhjsehfrghsthhmrghilhhtvggrmhdrtghomheqne cuggftrfgrthhtvghrnhepheeuhfdujedtieevkedvhfffgfelfeelhfefkeehhfekleek hfefueefveffjeeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepnhgvihhljhesfhgrshhtmhgrihhlthgvrghmrdgtohhm
X-ME-Proxy: <xmx:lKf7ZUVdjDfRIR1ujDx5bIfnIRfhVeqx8xugx3_hi1Ql-WNPTTdxmg> <xmx:lKf7ZYggD9lHyNeHtqjhiAAaoC3SZRciT0Id6lpjU3v2pP-kEqz84Q> <xmx:lKf7ZUDOTiwlmJZPNKRceT3Aa46aqI1CNZLHZrYWDdjt_dxGc1WGuA> <xmx:lKf7ZZLtwc7qdhdy7bsdz73qBEaTVMjddSDBqFRPchDYZCIXzRewew> <xmx:lKf7Zfr9S9WfXyXNOmG4QIhFlT_On_vM-7GIESmjXMmn-SUw5zDnDJRkpxQ>
Feedback-ID: ibc614277:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 7EF2C2D40087; Wed, 20 Mar 2024 23:20:52 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.11.0-alpha0-332-gdeb4194079-fm-20240319.002-gdeb41940
MIME-Version: 1.0
Message-Id: <21786fb7-956a-4baa-9e84-210e450f6e17@dogfoodapp.fastmail.com>
In-Reply-To: <171095251783.40309.15023159407778506215@ietfa.amsl.com>
References: <171095251783.40309.15023159407778506215@ietfa.amsl.com>
Date: Thu, 21 Mar 2024 13:20:30 +1000
From: Neil Jenkins <neilj@fastmailteam.com>
To: IETF JMAP Mailing List <jmap@ietf.org>
Content-Type: multipart/alternative; boundary="47b24733f127412faa1c0b9e1e55508c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/Xfd3qhZN2bvoTNu_2r4H2WXZtcI>
Subject: Re: [Jmap] I-D Action: draft-ietf-jmap-portability-extensions-01.txt
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, 21 Mar 2024 03:21:11 -0000

I'v read through this draft and have a few random comments:
 • The name seems disconnected with its purpose. I don't really see this as about migration and portability — it seems more about server identification and debugging.
 • The introduction makes me a little uncomfortable, as it seems to imply it's perfectly normal and reasonable to violate a standard — but the whole point of having a standard is to allow interoperability if people follow it. Browsers in particular have spent considerable effort in recent years to try to stop people doing different things based on where they think they are running.
 • The distinction between *product*, *backend*, and *environment* is not clear to me at all, and may not even be a reasonable distinction on some platforms. Perhaps it should just be an array of software components involved in the stack? I'm not sure, because again I'm not totally clear on the purpose.
 • "Structured Data Exchange Extension" — this title again feels incongruent with the content of the section. To me it's more about "Exposing Server Logs".
Cheers,
Neil.

v2.23.0 | Report a Bug | By Email