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' > "?.png"="" > Content-transfer-encoding: base64 > Content-disposition: inline; filename="What is ' ?.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 ' ?.png Content-Disposition: inline; filename="What is ' ?.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
- draft-ietf-6man-uri-zoneid-02.txt Stuart Cheshire
- Re: draft-ietf-6man-uri-zoneid-02.txt Stuart Cheshire
- Re: draft-ietf-6man-uri-zoneid-02.txt Mark Andrews