Re: [imapext] General Request for Assignment (imap-keywords) (was: [JMAP] SMIME Attachments)

Arnt Gulbrandsen <arnt@gulbrandsen.priv.no> Tue, 14 November 2017 14:25 UTC

Return-Path: <arnt@gulbrandsen.priv.no>
X-Original-To: imapext@ietfa.amsl.com
Delivered-To: imapext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87BDB126DC2 for <imapext@ietfa.amsl.com>; Tue, 14 Nov 2017 06:25:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gulbrandsen.priv.no
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 iSoIfHD31Fvu for <imapext@ietfa.amsl.com>; Tue, 14 Nov 2017 06:25:11 -0800 (PST)
Received: from strange.aox.org (strange.aox.org [IPv6:2001:4d88:100c::1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FB4E124C27 for <imapext@ietf.org>; Tue, 14 Nov 2017 06:25:10 -0800 (PST)
Received: from fri.gulbrandsen.priv.no (localhost [127.0.0.1]) by strange.aox.org (Postfix) with ESMTP id 68578FA0076; Tue, 14 Nov 2017 14:25:09 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gulbrandsen.priv.no; s=mail; t=1510669509; bh=Cl3bmIZbWfXWF+EiuaQ8jtk89Ro/HhxbpthRUsGVncQ=; h=From:To:Subject:Date:In-Reply-To:References:From; b=XCX71DnMWkWQ8qMYZ+OqcCRUuSXEudTweWNmbTT80RmyG3A7O9G6P+kwoNY3dhvKh c9MsMCOCGlg/n02BTXnIZCRFH8jXFFdmDNSyAxwM2R33Po9qSmN7qemsxMFr9zJz9R hEv+XuHwZKRBf+3Hs7JT4i2l6UM8Aen+Z23MV7vA=
Received: from arnt@gulbrandsen.priv.no by fri.gulbrandsen.priv.no (Archiveopteryx 3.2.0) with esmtpsa id 1510669508-22432-22429/11/26; Tue, 14 Nov 2017 14:25:08 +0000
From: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>
To: imapext@ietf.org
Date: Tue, 14 Nov 2017 14:25:06 +0000
User-Agent: Trojita/v0.5-9-g8961725; Qt/4.8.6; X11; Linux; Devuan GNU/Linux 1.0 (jessie)
Mime-Version: 1.0
Message-Id: <914700fa-473e-422a-9bda-d22c9afabba5@gulbrandsen.priv.no>
In-Reply-To: <1510668418.767816.1172078600.47C2F0F2@webmail.messagingengine.com>
References: <CACZ1GipM4+91KL00_YDcUHSF0eVnjh8vZAddbk869O4J1w9ZfA@mail.gmail.com> <c2f0b35e-1925-4769-9a22-c6663db1eb53@gulbrandsen.priv.no> <1510668418.767816.1172078600.47C2F0F2@webmail.messagingengine.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/imapext/-5RfUJIaDZE8g2_ShrtSYAN8jm8>
Subject: Re: [imapext] General Request for Assignment (imap-keywords) (was: [JMAP] SMIME Attachments)
X-BeenThere: imapext@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussion of IMAP extensions <imapext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/imapext>, <mailto:imapext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/imapext/>
List-Post: <mailto:imapext@ietf.org>
List-Help: <mailto:imapext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/imapext>, <mailto:imapext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Nov 2017 14:25:14 -0000

Bron Gondwana writes:
> The usecase is that the entire message is encrypted as a single 
> blob, but it contains an attachment.  The client wants to mark 
> that so that other clients know it has an attachment.

Oh, right.

> There are questions about that being a metadata leak that 
> haven't been addressed.

I thought about those and it seems insignificant. The size of the encrypted 
blob is a good proxy for that information anyway. Big? Attachment. Small? 
No.

> Anyway, I don't think the whole way this would work has been 
> well thought out yet.

AOL. It would seem to serve the case where the user uses two clients, both 
of which display whether a message has an attachment and neither of which 
displays any other information from inside the blob. In particular, neither 
can display an excerpt of the text, or any information about the kind of 
attachment.

Arnt