IETF Logo Mail Archive

Re: [Jmap] Fwd: New Version Notification for draft-gondwana-jmap-blob-00.txt

Ken Murchison <murch@fastmail.com> Mon, 02 November 2020 12:15 UTC

Return-Path: <murch@fastmail.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 7E5563A0E99 for <jmap@ietfa.amsl.com>; Mon, 2 Nov 2020 04:15:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.346
X-Spam-Level:
X-Spam-Status: No, score=-2.346 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.247, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.com header.b=uOFBQtFU; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=bM+DDSYI
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 mApxpJqqGXv5 for <jmap@ietfa.amsl.com>; Mon, 2 Nov 2020 04:15:47 -0800 (PST)
Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 145F83A0E75 for <jmap@ietf.org>; Mon, 2 Nov 2020 04:15:47 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 0B89E1030 for <jmap@ietf.org>; Mon, 2 Nov 2020 07:15:45 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Mon, 02 Nov 2020 07:15:46 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm1; bh=qSDuKiq3jN1qUNGgJrEunmCH9vr G5zY0OxaY2qdTn1g=; b=uOFBQtFUChsL1GjE0RqG3n0wO8YUXsAVGtF3FJ2+BH0 V1/8qLHvhHowlsNPLglzwp+ijZ2rkElIe5GnPk5HugtmMQtVFZvwnYv4I4nIook0 IMchymBLH6xyjs5U6j4mG3Wnc8Rq35uJIraHEY82F6UtCbRI3wVLJ4j7euSVmHC3 I6lpXpwfIBb5NaviFFHxh9e9RZJ7ksnzWJ25uO4Y44ji2BgUHTHrsWndLqVSxTJn wdZHw4u2+BW6cyqLTdFym45YjjOvcf8S2023zpTzs/Z8Obal4dVk8yo2xDmQEGwc 49KkoiIvkSdhamRDQTV4auP5w6k31L+eLzXtU/DXU8Q==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=qSDuKi q3jN1qUNGgJrEunmCH9vrG5zY0OxaY2qdTn1g=; b=bM+DDSYIFCica9h2F3G5wP vHI3OrB8x0ez+kp2wur3KoP9IkpDmUuA4RDHQjK/Bfmf59opnCdWL0T9TgXC/2yb 4QN5+mBi5EthkPcCizKyunsEEcx7V/9PYEHrnkZ4w3y/iupnNS5rQ+bX+YTwjR3B SHVjHRwpLFw/ysL3/C4uw3upcgYSj6vfrDOYv880DtvMi2Y5Skt0YGOeUxwOMIYF psTWN9aPTjogBVgc/S8I09+c2ENW0eX9KRfE80jP3m6Npx7c0hA1x2+0w7j3lqzg Shq+KrWda8jyEO5NakAt8PfZSiuz5kuJOZ/bJVjO6ORPIFsgKG84yUc91N8hujGg ==
X-ME-Sender: <xms:cfifX4ZCkBJ9x7BzPiaT0L7UYb-hwBJHi0YwnXaWfCby8jFkm6Kxmg> <xme:cfifXzbTrlLaEWR-jQtuLEVCii03kpkHqrpKOxO8qwt1SY0reYmxotH32_KW5PrwC 4eLKn3LeoGLjg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedruddtuddgfeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgesrgdtre ertdefjeenucfhrhhomhepmfgvnhcuofhurhgthhhishhonhcuoehmuhhrtghhsehfrghs thhmrghilhdrtghomheqnecuggftrfgrthhtvghrnhepffeuhfevgffgvdduuedvteeije euvddvkedugeegvdffvefgudffueeileeggeegnecuffhomhgrihhnpehivghtfhdrohhr ghenucfkphepjeegrdejjedrkeehrddvhedtnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhepmhhurhgthhesfhgrshhtmhgrihhlrdgtohhm
X-ME-Proxy: <xmx:cfifXy_KWsfr8kUIY096w88rpahHbmM9AyT7R22KecuApKrWfS8YLQ> <xmx:cfifXyq8hd3I4HKnq62Kn1bsydIhQ7KAbV4AY0omUdgW_ea-V8s8rA> <xmx:cfifXzqe-peccP_BqWHkdMQoCCB5XSRtyyEQC50gowhLp3jxQLO_sA> <xmx:cfifXw04mGELY4705kXf-jK9wHnZ6ltZovJu4_CXA_qofoRl0emuyw>
Received: from [192.168.1.22] (cpe-74-77-85-250.buffalo.res.rr.com [74.77.85.250]) by mail.messagingengine.com (Postfix) with ESMTPA id 695C23064680 for <jmap@ietf.org>; Mon, 2 Nov 2020 07:15:45 -0500 (EST)
To: jmap@ietf.org
References: <fc3093e6-a2e0-46d4-8d6a-f552c750fb92@www.fastmail.com>
From: Ken Murchison <murch@fastmail.com>
Message-ID: <bcb8f6e1-e1e8-06c2-96ae-c7a03c96873a@fastmail.com>
Date: Mon, 02 Nov 2020 07:15:43 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1
MIME-Version: 1.0
In-Reply-To: <fc3093e6-a2e0-46d4-8d6a-f552c750fb92@www.fastmail.com>
Content-Type: multipart/alternative; boundary="------------05811DEAFC4B13E49830DC48"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/Y9g_FH4MfviriGRc0Mji3sOrLjA>
Subject: Re: [Jmap] Fwd: New Version Notification for draft-gondwana-jmap-blob-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, 02 Nov 2020 12:15:53 -0000

FYI, you have this updating RFC 5228, which is obviously an artifact of 
reusing an existing draft as a template.


On 11/1/20 10:16 PM, Bron Gondwana wrote:

> As promised a very rough first draft to show the shape of things.
>
> In particular, it's probably worth looking at whether the 'catenate' 
> logic makes sense to include directly in 'set' or whether it should be 
> a separate item.
>
> Also need to work out how to report which blob is missing for a 
> catenate error!
>
> Finally, I'm not totally happy with the "lookup" logic.  Right now 
> Cyrus has "Blob/get" doing what I'm creating with lookup, but of 
> course that's kinda non-standard usage of 'get' and I'd like to change it.
>
> Bron.
>
> ----- Original message -----
> From: internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>
> To: Bron Gondwana <brong@fastmailteam.com <mailto:brong@fastmailteam.com>>
> Subject: New Version Notification for draft-gondwana-jmap-blob-00.txt
> Date: Monday, November 02, 2020 14:08
>
>
> A new version of I-D, draft-gondwana-jmap-blob-00.txt
> has been successfully submitted by Bron Gondwana and posted to the
> IETF repository.
>
> Name: draft-gondwana-jmap-blob
> Revision: 00
> Title: JMAP Blob management extension
> Document date: 2020-11-02
> Group: Individual Submission
> Pages: 7
> URL: https://www.ietf.org/archive/id/draft-gondwana-jmap-blob-00.txt 
> <https://www.ietf.org/archive/id/draft-gondwana-jmap-blob-00.txt>
> Status: https://datatracker.ietf.org/doc/draft-gondwana-jmap-blob/ 
> <https://datatracker.ietf.org/doc/draft-gondwana-jmap-blob/>
> Html: https://www.ietf.org/archive/id/draft-gondwana-jmap-blob-00.html 
> <https://www.ietf.org/archive/id/draft-gondwana-jmap-blob-00.html>
> Htmlized: https://tools.ietf.org/html/draft-gondwana-jmap-blob-00 
> <https://tools.ietf.org/html/draft-gondwana-jmap-blob-00>
>
>
> Abstract:
>    The JMAP base protocol (RFC8620) provides the ability to upload and
>    download arbitrary binary data via HTTP PUT and GET on defined
>    endpoint.  This binary data is called a "Blob".
>
>    This extension adds additional ways to handle Blobs, by making inline
>    method calls within a standard JMAP request.
>
>
>
>
> Please note that it may take a couple of minutes from the time of 
> submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat
>
>
>
>
> --
>   Bron Gondwana, CEO, Fastmail Pty Ltd
>   brong@fastmailteam.com
>
>
>
> _______________________________________________
> Jmap mailing list
> Jmap@ietf.org
> https://www.ietf.org/mailman/listinfo/jmap

-- 
Kenneth Murchison
Senior Software Developer
Fastmail US LLC

v2.43.4 | Report a Bug | By Email | System Status