Re: draft-ietf-6man-uri-zoneid-02.txt

Stuart Cheshire <cheshire@apple.com> Wed, 18 July 2012 22:52 UTC

Return-Path: <cheshire@apple.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA33011E80CD for <ipv6@ietfa.amsl.com>; Wed, 18 Jul 2012 15:52:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id semkObitx8CE for <ipv6@ietfa.amsl.com>; Wed, 18 Jul 2012 15:52:34 -0700 (PDT)
Received: from mail-out.apple.com (bramley.apple.com [17.151.62.49]) by ietfa.amsl.com (Postfix) with ESMTP id F361111E80BA for <ipv6@ietf.org>; Wed, 18 Jul 2012 15:52:32 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; CHARSET="US-ASCII"; delsp="yes"; format="flowed"
Received: from relay14.apple.com ([17.128.113.52]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPS id <0M7D0034QOH6IW87@mail-out.apple.com> for ipv6@ietf.org; Wed, 18 Jul 2012 15:53:13 -0700 (PDT)
X-AuditID: 11807134-b7f866d000002583-2d-50073e59fad9
Received: from [17.193.13.41] (chesh1.apple.com [17.193.13.41]) by relay14.apple.com (Apple SCV relay) with SMTP id FB.87.09603.95E37005; Wed, 18 Jul 2012 15:53:13 -0700 (PDT)
In-reply-to: <20120717035100.92FF9228F4FE@drugs.dv.isc.org>
References: <221B8D89-0B8E-498A-9C8C-74CC3D305FD1@apple.com> <20120717035100.92FF9228F4FE@drugs.dv.isc.org>
Message-id: <D41807CF-B7F5-4770-8FB5-F0630AA4F22B@apple.com>
From: Stuart Cheshire <cheshire@apple.com>
Subject: Re: draft-ietf-6man-uri-zoneid-02.txt
Date: Wed, 18 Jul 2012 15:52:13 -0700
To: Mark Andrews <marka@isc.org>, ipv6@ietf.org
X-Mailer: Apple Mail (2.753.1)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprKLMWRmVeSWpSXmKPExsUieJBXUzfSjj3A4PwTRouXZ98zWVx5cZ/F gcljyZKfTB4PHr9jDmCK4rJJSc3JLEst0rdL4Mr4smQ6a8FK0YonrzvYGhh/CXQxcnJICJhI dE3dwQZhi0lcuLceyObiEBLYyCix5v9uVpAEr4CRxNXJU9lBbE4Ba4mV09+C2UIC2RJ7z68B quHgYBZwkVg4JQ+i3Ebi5MpTzCA2s4C8xPa3c8BsNgEtiRefr4DtEhbQk5j/6x47SCuLgKrE zyU8IGERAUOJzr4vTBDnyEkcPv2KcQIj3ywkR8xCWDYLyYIFjMyrGAWLUnMSKw1N9BILCnJS 9ZLzczcxggKrodBkB+PBn/yHGAU4GJV4eDv12QOEWBPLiitzDzFKcDArifA+EAQK8aYkVlal FuXHF5XmpBYfYpTmYFES591vC5QSSE8sSc1OTS1ILYLJMnFwSjUwrg14HB7WvDjp4P+4Zztm mS54oSy84PJRmRye07o6zsc3hW1Ll3OsVQ61WBXTdbiRu+3FmknTt3BH1UWazd1novNQR33P HbdtTO80luk+lFmpd8jr66vu/X7+BxTFdQP1Nvr5KLg2304v6vxq0eB0eKeCMpNKg8e27nlf NlRYWh7Q+/evqPaMEktxRqKhFnNRcSIAsq34rigCAAA=
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Jul 2012 22:52:36 -0000

On 16 Jul, 2012, at 20:50, Mark Andrews wrote:

> Stuart,
> 	your mail client botched the Content-type line generation.
> You may want to report it.
>
> 	Content-type: image/png; x-unix-mode=0644; name=Whatis&#39;  
> "?.png"=""
> 	Content-transfer-encoding: base64
> 	Content-disposition: inline; filename="What is &#39; ?.png"
>
> Mark

Mark, your tone sounds very confident that you're absolutely certain  
that you know exactly what botched what, and whose fault it is.

I'll reserve judgement until I actually know what happened, but what  
I can tell you is this: Viewing the outgoing TCP packets with  
tcpflow, this is what my mail client sends on-the-wire to the SMTP  
relay:

Content-Transfer-Encoding: base64
Content-Type: image/png;
	x-unix-mode=0644;
	name=What is &#39; ?.png
Content-Disposition: inline;
	filename="What is &#39; ?.png"

By the time you received the email, Mark, it had been rewritten to  
the form you showed. As to what intermediary (or intermediaries)  
contributed to that rewriting, I do not yet know.

It's ironic that this problem occurs in the midst of a discussion of  
the problems of escaping and message framing. The reality seems to be  
that unless we keep things supremely simple, we can't hope to have  
all programmers get it right in all cases. If there's exactly one  
valid form for a string, then maybe we can hope to have that  
implemented properly. When there are different representations of the  
same string in different contexts, the probability of everyone  
getting it right in all contexts pretty much approaches zero.

Slightly off-topic, I'm told that at least some mail clients  
truncated my original email at the line "unintentionally leaked  
through into the user interface."

As composed on my Mac, there was some introductory text, then two  
images, then the bulk of the text, as it appears in the archive:

<http://www.ietf.org/mail-archive/web/ipv6/current/msg16128.html>

Apparently some mail clients turned the second chunk of body text  
into an attachment.

I'm curious as to how widespread this issue is -- I might have to be  
more careful about where I put images in my email messages in the  
future.

Could people send me a quick private email saying what mail client  
they use and whether it:

1. Showed the entire message as I composed it with the two images  
displayed in-line (like the archive).
2. Showed the entire text of the message, but with the two images as  
attachments (Gmail shows it this way).
3. Showed only the first five paragraphs of text, with the two images  
and remaining text as attachments.

I'll summarize results to the list.

Stuart Cheshire