IETF Logo Mail Archive

Re: [Jmap] JMAP for Migration and Data Portability

Joris Baum <joris@audriga.com> Wed, 22 March 2023 09:52 UTC

Return-Path: <joris@audriga.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 12BC6C14CE4C for <jmap@ietfa.amsl.com>; Wed, 22 Mar 2023 02:52:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 op_2vFg_NUnR for <jmap@ietfa.amsl.com>; Wed, 22 Mar 2023 02:52:40 -0700 (PDT)
Received: from mail.audriga.com (mail.audriga.com [176.221.42.35]) (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 5A403C14CE38 for <jmap@ietf.org>; Wed, 22 Mar 2023 02:52:40 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.audriga.com (Postfix) with ESMTP id 2848AA1F7 for <jmap@ietf.org>; Wed, 22 Mar 2023 10:52:36 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at mail.audriga.com
Received: from mail.audriga.com ([127.0.0.1]) by localhost (mail.audriga.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lPzOqHu0RzH3 for <jmap@ietf.org>; Wed, 22 Mar 2023 10:52:33 +0100 (CET)
Received: from [192.168.2.106] (dslb-094-223-169-210.094.223.pools.vodafone-ip.de [94.223.169.210]) (Authenticated sender: joris@audriga.com) by mail.audriga.com (Postfix) with ESMTPSA id D4511A1ED for <jmap@ietf.org>; Wed, 22 Mar 2023 10:52:33 +0100 (CET)
Message-ID: <c2520b63-c0bd-fb39-6a1d-5c409570bb00@audriga.com>
Date: Wed, 22 Mar 2023 10:52:33 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0
Content-Language: en-US
To: jmap@ietf.org
References: <79005001-f72d-26b2-53b7-7832d1758af0@audriga.com> <d3e58e51-0055-4fa3-930e-ae3f079257dc@dogfoodapp.fastmail.com> <1741b4e1-9226-dccf-6f28-602127bc7e65@audriga.com> <f5b655a5-7751-4357-9da7-4b08ec8fe581@gulbrandsen.priv.no>
From: Joris Baum <joris@audriga.com>
In-Reply-To: <f5b655a5-7751-4357-9da7-4b08ec8fe581@gulbrandsen.priv.no>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/ElTE8rgqL6r64UMh_2dcXEOembI>
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: Wed, 22 Mar 2023 09:52:44 -0000

Hi Arndt,

I hope I am following correctly. As far as I understand, you are voicing 
your support for having an informational RFC that outlines how to 
implement a minimal version of JMAP with zero optional features? This is 
because it might surface interop issues with common, but optional JMAP 
features?

Thanks for your feedback!

Regards,

Joris


On 21.03.23 16:09, Arnt Gulbrandsen wrote:
> I would guess that creating an implementation that lacks many features 
> existing implementations have is likely to cause confusion and interop 
> woes.
>
> It doesn't matter whether a feature such as batching is optional in 
> the spec: If all servers support batching, related client bugs will go 
> undetected and after a while the feature isn't really optional any 
> more. SIP people sing sad songs about this, and cry in their beer.
>
> It would be awesome to have some servers with zero optional features 
> though. Better short-term interop pain than a long-term fate like SIP.
>
> Arnt
>
> _______________________________________________
> Jmap mailing list
> Jmap@ietf.org
> https://www.ietf.org/mailman/listinfo/jmap

-- 
Joris Baum
Tel: +49 721 170293 16
Fax: +49 721 170293 179

http://www.audriga.com | http://www.twitter.com/audriga

--------------------------------------------------------------------------
audriga GmbH | Alter Schlachthof 57 | 76137 Karlsruhe
Sitz der Gesellschaft: Karlsruhe - Amtsgericht Mannheim - HRB 713034
Geschäftsführer: Dr. Frank Dengler, Dr.-Ing. Hans-Jörg Happel
--------------------------------------------------------------------------

v2.23.0 | Report a Bug | By Email