Re: [Jmap] the large email (attachment) problem

Neil Jenkins <neilj@fastmailteam.com> Mon, 02 August 2021 20:50 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 EBA7C3A1BF4 for <jmap@ietfa.amsl.com>; Mon, 2 Aug 2021 13:50:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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=fastmailteam.com header.b=gYnMs1Na; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=BCcXz8Rg
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 JQLWARi3E7tX for <jmap@ietfa.amsl.com>; Mon, 2 Aug 2021 13:49:55 -0700 (PDT)
Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 979C63A1BF3 for <jmap@ietf.org>; Mon, 2 Aug 2021 13:49:55 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 9D779320091F; Mon, 2 Aug 2021 16:49:41 -0400 (EDT)
Received: from imap43 ([10.202.2.93]) by compute3.internal (MEProxy); Mon, 02 Aug 2021 16:49:41 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm3; bh=LR+vsGY sRSfaBEjV67N4g247rlsBb6Eb1Wq0vyblmio=; b=gYnMs1Nai2xHy+FpVRaUz02 ePP7qsc5QiGfqKHDlhooZYyhoL6l3VYNA7Csm0/YdE0tYXTC/kBUZ34TbTl+tCHf emX/jVG2DCsxcZNSL6KhdtV+sOOE4rgH4V4znTcqGqtQfRZEdbHPtp+VHiZWQNJJ CXxbB3eMVBIhSJ6zm7Pfpr9hj3lrUFlJ2Wr58N2K/fZkcrZ8wMo/3IMYKyJGWV3/ ZjpbR2bGoSWs6wB5+YQ6DKlPHAMAre3yL3scsxPHlkU4XCozLFRGyxwKY+5CxRxG kUWU2riuOP/uxb/Gt+vIqW2iTlWp8kaHdvunRlTjDZc6k5ze9KtoMuTRaCSZLQw= =
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=fm3; bh=LR+vsG YsRSfaBEjV67N4g247rlsBb6Eb1Wq0vyblmio=; b=BCcXz8RgI8iggeL1FAkYmf So9cpiUw1ilfOvGr5b0aAkfUxo4jgHI2qhQzqmo0G6zxrHPoC+AzuePDHp4cplDu GuAQccgGVH732FcymjmYFW4rKO0UowTIOIV6EcD0Pmzf8mjHAgrBZpOI8X6Yv77L rEiwohlLgzfhGaCoyqXNEoUzMi6IXMrbTfsUDp15n2sd+CY15aoTgVG84sqGZSuH FfwNOdnloABUbef4zYynjlK8dPaBJ4lGG+8+BNmKfT6yyDvnMULi7rj0Eqr+tR/W OpLQqDkUOKUOFyaixOdVj2a9jUeXYEfg35htzOTZrwC7mCHNNIHX8NXtvs0CEhSg ==
X-ME-Sender: <xms:ZFoIYVq0MxOaSP_l5Y-6QApi-Dc2MbIohtRjahs8Z2r7hRBGHd7Ucg> <xme:ZFoIYXrC-jfwiikap184rRibU60-0e3sZqDZN0CB97CpxI4MpNjgE30BGZ7EZc8aA UGruBI3Vbxg9Q>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddriedvgddugedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgesrgdtreerreertdenucfhrhhomhepfdfpvghi lhculfgvnhhkihhnshdfuceonhgvihhljhesfhgrshhtmhgrihhlthgvrghmrdgtohhmqe enucggtffrrghtthgvrhhnpeelffejieeigeetfefgvdfhieeitefgveetueeglefhvddu veefffevjeejffffkeenucffohhmrghinhepvgigrghmphhlvgdrtghomhenucevlhhush htvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehnvghilhhjsehfrghs thhmrghilhhtvggrmhdrtghomh
X-ME-Proxy: <xmx:ZFoIYSPCVixKWhGqCVI1-2zJPCWud7ESzLuwU0hFufDG-ZW5wLirKQ> <xmx:ZFoIYQ6Hg2qewOcnR5ndeFDvmOG0gTqzeD-SlRwbzqKrtVx2lRkevQ> <xmx:ZFoIYU7ZgmbpwqHXBVfEMYClGbwwABBBbM8KwC-JgF2N6klHKOylGA> <xmx:ZVoIYZUKg0cextfvHY8bp3aF977w7J_YQ2E1_P5iVU8HBSUZdoMTIQ>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id D05C2AC0E77; Mon, 2 Aug 2021 16:49:40 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-1029-g70f0079d2d-fm-ubox-20210801.001-g70f0079d
Mime-Version: 1.0
Message-Id: <123cd685-5a76-4654-bcce-68c1cf5364bc@dogfood.fastmail.com>
In-Reply-To: <20210802195833.4DAC9257A28E@ary.qy>
References: <20210802195833.4DAC9257A28E@ary.qy>
Date: Tue, 03 Aug 2021 06:49:40 +1000
From: Neil Jenkins <neilj@fastmailteam.com>
To: John Levine <johnl@taugh.com>, IETF JMAP Mailing List <jmap@ietf.org>
Content-Type: multipart/alternative; boundary="e616afdc605c4ba386f23d861776cade"
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/E8rJXRsv2PBudFGQxW78YfJNCzk>
Subject: Re: [Jmap] the large email (attachment) problem
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 Aug 2021 20:50:01 -0000

On Tue, 3 Aug 2021, at 05:58, John Levine wrote:
> I suppose, but if the HTML fits in the message, what's the point of the external version other
> than to debug your MUA?

Sorry, I wasn't clear. The HTML version is a (prettier version) of something like this:

<h2>Attachments</h2>
<a href="https://example.com/download/large/file">whatididonmyholiday.mp4</a>

So if your client doesn't support the external body, it will instead show the sender-generated links to download the attachment (which is exactly what Google, Microsoft etc. currently do). But if it does support the external body, it can show it like any real attachment and offer the advantages we've discussed (immutability, privacy-preserving caching on delivery etc.). This provides a seamless upgrade path to offer the feature.

Neil.