IETF Logo Mail Archive

Re: [Jmap] JMAP for Migration and Data Portability

Neil Jenkins <neilj@fastmailteam.com> Tue, 21 March 2023 23:39 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 3DD4DC151534 for <jmap@ietfa.amsl.com>; Tue, 21 Mar 2023 16:39:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.795
X-Spam-Level:
X-Spam-Status: No, score=-2.795 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_H3=0.001, RCVD_IN_MSPIKE_WL=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="c7Gw8thX"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="ra2NXRZG"
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 XQbeQ5z1p3Dt for <jmap@ietfa.amsl.com>; Tue, 21 Mar 2023 16:39:27 -0700 (PDT)
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 934B4C14CE5E for <jmap@ietf.org>; Tue, 21 Mar 2023 16:39:27 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 705575C00F9 for <jmap@ietf.org>; Tue, 21 Mar 2023 19:39:26 -0400 (EDT)
Received: from imap43 ([10.202.2.93]) by compute3.internal (MEProxy); Tue, 21 Mar 2023 19:39:26 -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:sender:subject:subject:to:to; s=fm3; t=1679441966; x= 1679528366; bh=VUz/m0kw/18qbRK8lQSho+bLCLhCe0c0yhu2hsq71Yc=; b=c 7Gw8thXZ5acugAP3auH4+re7i6cAMioOa/iRo8IUzD6vqAOwH0KnBK8RQL+B5a8m lo0nthhm9bYEZipIAcMJwzaIHhHZL9M5M3rxCtMpsCpxjnpLKZAwnLPh28aHORr3 qrZqGfVI8/lQImFmZyajhsIJ1b5nHDC9baGWiOFit68jUSMHob5JYU3O8gNbg8VD RiOdpi5yEL8BsWLjxSMFuxn8h7FscYVI2YkUhxLrV2bt0yehSKg7EC0UCN3cl33/ hvC4Fld/Aq2dEKY7XVaWra+EKFh+HHlWqMB8KGgtNONdYgm3i2jAE292DN76Uvmm oQtzfMamo2QjfXPy6dNWQ==
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:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1679441966; x=1679528366; bh=VUz/m0kw/18qb RK8lQSho+bLCLhCe0c0yhu2hsq71Yc=; b=ra2NXRZGu42I0ykfw+YuberishGfj +HzPqTn6jUZHYnDaeYouSkH2kSZm8m8RwQiJKv7jb+CfBSqwCA9hANg+IovNqd9p adsvKr5ip0dm7eqdXU40NNNNsreoKrK4JvExfXnyxwq9lP+EP7hKlpZkCKT6bWWh p26kVVLrJwHhcXyb3VsQre5eEF+CFJGMPv3vsCiL1fRiG1xp2TDysc7yNezvtngD x2/sJdi0i7ifLhDwlUB3mnNdv3yrQkiCSRnrfJh2eZzX+tbZpcaEk3tL4Xcby6T7 piK2Zd/TO5kV+UHMk7XyBj4UBZcN9Ca+F+3ISPuOtfwwkYKmivxn/OGrw==
X-ME-Sender: <xms:LkAaZGiVa20---Pv0F-SlllpVjmTaxesR4DTIithb6YTyONYp2_DSg> <xme:LkAaZHAp4HIiVztBSlPxwloaLgQBmDGSV4TXNKPi5UPPAtFVMpkyn4QfKk7siPI88 6AskFD0NwxSdA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdeguddgudegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgesrgdtreerreertdenucfhrhhomhepfdfpvghi lhculfgvnhhkihhnshdfuceonhgvihhljhesfhgrshhtmhgrihhlthgvrghmrdgtohhmqe enucggtffrrghtthgvrhhnpeektdffkeelvedtvdegveeiueefgfefkeelheevhfethedt fffgjeettdfhfedvffenucffohhmrghinheprhhftgdqvgguihhtohhrrdhorhhgnecuve hluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepnhgvihhljhes fhgrshhtmhgrihhlthgvrghmrdgtohhm
X-ME-Proxy: <xmx:LkAaZOGcTJnVglgB7I_4ri-yqPDYyMVLPzag7kXBdTflARxnAcaqdA> <xmx:LkAaZPRd4Bw0lYP6C5VfaUb0jzaiKTINhX3uh8eSe0AGVFPmWpOO_g> <xmx:LkAaZDz9JFHYK_RPY_d9vKug1HiT5qa8ZMvWDj8se9tHOa65J0uyqA> <xmx:LkAaZC9FAqmtyy6KUa6_t5DvWORzklX8CN6eQtRLH7GN6FAPH060ZQ>
Feedback-ID: ibc614277:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 071D12D40074; Tue, 21 Mar 2023 19:39:26 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.9.0-alpha0-236-g06c0f70e43-fm-20230313.001-g06c0f70e
Mime-Version: 1.0
Message-Id: <34cf8f05-f3ac-4b4e-9657-b54c5ad943e3@dogfoodapp.fastmail.com>
In-Reply-To: <3b9e5db5-8bb7-e52e-6c34-084f8008d434@audriga.com>
References: <79005001-f72d-26b2-53b7-7832d1758af0@audriga.com> <d3e58e51-0055-4fa3-930e-ae3f079257dc@dogfoodapp.fastmail.com> <1741b4e1-9226-dccf-6f28-602127bc7e65@audriga.com> <3b9e5db5-8bb7-e52e-6c34-084f8008d434@audriga.com>
Date: Wed, 22 Mar 2023 10:39:05 +1100
From: Neil Jenkins <neilj@fastmailteam.com>
To: IETF JMAP Mailing List <jmap@ietf.org>
Content-Type: multipart/alternative; boundary="5d732be33a31409e96efc646b71382a6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/lnNnk_Rt4lgssZyrSzelVmP2DmY>
Subject: Re: [Jmap] JMAP for Migration and Data Portability
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: Tue, 21 Mar 2023 23:39:32 -0000

On Wed, 22 Mar 2023, at 01:43, Joris Baum wrote:
> /set
> 
> * "maxObjectsInSet" - no support for /set
> 
> * stateMismatch - no support for ifInState (dirty, because it signals an issue on the client side)
> 
> * SetError - no support for create, update, destory (via description. Not machine readable)
> 

Do you need to implement `/set` at all? If the only requirement is for access, then you can mark the account `isReadOnly: true <https://www.rfc-editor.org/rfc/rfc8620#page-11>`, and then your implemenation of `/set` is just "return an `accountReadOnly` error".

Cheers,
Neil.

v2.23.0 | Report a Bug | By Email