Re: [Extra] imap4rev2: RFC3516 BINARY

"Chris Newman" <chris.newman@oracle.com> Tue, 20 November 2018 22:15 UTC

Return-Path: <chris.newman@oracle.com>
X-Original-To: extra@ietfa.amsl.com
Delivered-To: extra@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9D96130E73 for <extra@ietfa.amsl.com>; Tue, 20 Nov 2018 14:15:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.771
X-Spam-Level:
X-Spam-Status: No, score=-4.771 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=oracle.com
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 VD9C1WlHAxsO for <extra@ietfa.amsl.com>; Tue, 20 Nov 2018 14:15:57 -0800 (PST)
Received: from userp2120.oracle.com (userp2120.oracle.com [156.151.31.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82B38130E6A for <extra@ietf.org>; Tue, 20 Nov 2018 14:15:57 -0800 (PST)
Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id wAKME8WW128457; Tue, 20 Nov 2018 22:15:53 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : in-reply-to : references : mime-version : content-type; s=corp-2018-07-02; bh=zr3skekHCSShLTtNllpSIjTQU2rA+BSIoB22NoLtQB8=; b=W9wbCBqEEPotMk8s73km/siQbyoJZ3yAvB2a0NgO1Nz5dz7/3eyL/nAFIO0HnpSoGV6t b1upa9OLS33wG/akW28JuQ8PCScmFl6m0n7fMzO5HUhtpUUYHZ+q6Nha6y1nhL3Cd4ek 66B12+ggT9X7SlgKa7mkiBZD189a6uJpMUbx4wLxrmNndvHscIwcY1dmwNBhzv85IZO7 hj9d2qtjJVbEd8hd/KxHyW4Fv/Y4LR3UrzPZb8RNthH6bKyfGZon226bP2S6Ygat1mgP p/r+ESyFjarzXbF+NIyJeG048IagTOM5iHIL03X/9SIEqLugM1E03evaYc8RDyl4DcQN sA==
Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp2120.oracle.com with ESMTP id 2ntbmqpbj0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 20 Nov 2018 22:15:53 +0000
Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id wAKMFlcM005321 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 20 Nov 2018 22:15:47 GMT
Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id wAKMFkLG031748; Tue, 20 Nov 2018 22:15:46 GMT
Received: from [192.168.15.59] (/47.41.1.180) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 20 Nov 2018 14:15:46 -0800
From: "Chris Newman" <chris.newman@oracle.com>
To: "Bron Gondwana" <brong@fastmailteam.com>
Cc: extra@ietf.org, "Alexey Melnikov" <aamelnikov@fastmail.fm>
Date: Tue, 20 Nov 2018 14:15:44 -0800
X-Mailer: MailMate (1.12.1r5552)
Message-ID: <A31D68D0-B0B3-487D-9C5B-0D192F97D564@oracle.com>
In-Reply-To: <7a10e2be-5192-4955-8bd8-aa81a18a240b@sloti7d1t02>
References: <7a10e2be-5192-4955-8bd8-aa81a18a240b@sloti7d1t02>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9083 signatures=668683
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=475 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1811200195
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/70A9rEHPMu4rHAgxutJH1af8lT8>
Subject: Re: [Extra] imap4rev2: RFC3516 BINARY
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Email mailstore and eXtensions To Revise or Amend <extra.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/extra>, <mailto:extra-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/extra/>
List-Post: <mailto:extra@ietf.org>
List-Help: <mailto:extra-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/extra>, <mailto:extra-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Nov 2018 22:15:59 -0000

I have no objections to adding BINARY fetch of leaf MIME parts, although 
it would be helpful to hear that client vendors found that useful prior 
to adoption.

I oppose adding BINARY fetch of non-leaf parts to IMAP4rev2 -- that gets 
complicated quickly. Having IMAP4rev2 require support for 
binary-content-transfer-encoding on APPEND would also be problematic as 
it creates several new cases with potential interoperability problems.

		- Chris

On 8 Nov 2018, at 3:34, Bron Gondwana wrote:
> This is one of the open issues from imap4rev2 - which extensions 
> should be part of the mandatory baseline.
>
> This one might need some clarification from Alexey - I'm not sure why 
> it's not trivially obviously a good thing to include. There was some 
> stuff about "ability to fetch the decoded size" discussed, but I 
> didn't capture good notes.
>
> Arguments for and against, or additional discussion, in response to 
> this please.