Re: [apps-discuss] Feedback on multipart/form-data

Dave Cridland <dave@cridland.net> Thu, 19 September 2013 14:43 UTC

Return-Path: <dave@cridland.net>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEA0D21F9929 for <apps-discuss@ietfa.amsl.com>; Thu, 19 Sep 2013 07:43:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 qqZptK567AoU for <apps-discuss@ietfa.amsl.com>; Thu, 19 Sep 2013 07:43:16 -0700 (PDT)
Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) by ietfa.amsl.com (Postfix) with ESMTP id C6D9D21F92C2 for <apps-discuss@ietf.org>; Thu, 19 Sep 2013 07:43:13 -0700 (PDT)
Received: by mail-wg0-f50.google.com with SMTP id f12so8151762wgh.5 for <apps-discuss@ietf.org>; Thu, 19 Sep 2013 07:43:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cridland.net; s=google; h=to:message-id:from:cc:date:mime-version:subject:content-type; bh=6p3ld/mcpxMOcmrMJU08GOPLm91onlPDJIM1ACMXGyU=; b=ESXRxMa/SqcVHNyTnYBgK19dwTIjRvqUi3m7PmYWDU2SibFLRhPmbLNq+LZPqvEhqn Ih0sE0KjhJqgOrZd6kj0Em5JqXHuVo2HFc/UgVu6Me/D4j1UieM5Koi/a0m/ezzoO7O7 Q2CdxNVZ9NnSS7n5/KOVUgG96yGSwCqxZlJvs=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:message-id:from:cc:date:mime-version:subject :content-type; bh=6p3ld/mcpxMOcmrMJU08GOPLm91onlPDJIM1ACMXGyU=; b=I/uGX5QFOk6zb+9in4gaPGUkPLZ1nYJ+uxcHKvvXMfclid/K2xE4zBQEr0AYCYljzx U+Bg7Z6KRzqZYjHFg0ROXnrK8j/17ZrTEKlYymk283BHRDX/kdq97BjJBQzr0PM+AsIK mlUq0hbcMNJs6BiWybWjUm8gZHqXE7DAZJCex9E3NNg1FRYlyR6oFuGToAfSWj2BwkSJ rUjOwZHoqmrtDKnwjy9Fptdeax9ul1iQ58OqhQRUCKjRun5p3xU8xyy3g3ZStcjiAIrH qYq/vbYuTWWIpGX4Gumm634hlCKvYlNcTCDSvA3YF2nGOoFOwtZBoBHO67uX3VkKB8KD 6TBw==
X-Gm-Message-State: ALoCoQmn3GU7cUBYUtjL9dFTBH2C33M6JrfqDUenE36e5tqaj4GfiUlSwisZ0xrOQWm5nULDdJ24
X-Received: by 10.194.5.35 with SMTP id p3mr1691128wjp.47.1379601789757; Thu, 19 Sep 2013 07:43:09 -0700 (PDT)
Received: from Mac-mini.local (peirce.dave.cridland.net. [217.155.137.61]) by mx.google.com with ESMTPSA id ey2sm10292268wib.5.1969.12.31.16.00.00 (version=TLSv1.1 cipher=RC4-SHA bits=128/128); Thu, 19 Sep 2013 07:43:09 -0700 (PDT)
To: Julian Reschke <julian.reschke@gmx.de>
Message-Id: <FzjBuuVofiNiTEs5YEVebONBNF9B6DzdGs-c_PLo6mrQ38Nmg@smtp.gmail.com>
From: Dave Cridland <dave@cridland.net>
Date: Thu, 19 Sep 2013 14:43:07 -0000
Mime-Version: 1.0
X-Mailer: Inky (TM) v2.0.523A.D3E0 ("Ink Different")
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: Ian Hickson <ian@hixie.ch>, "apps-discuss@ietf.org" <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] Feedback on multipart/form-data
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Sep 2013 14:43:17 -0000

Julian Reschke wrote:
> On 2013-09-19 15:29, Dave Cridland wrote:
>>     Julian Reschke wrote:
>>>>
>>>>     I know of RFC 2047 and RFC 2231, as well as unencoded UTF-8 and
>>>>     unencoded ISO-8859-1 (I think).
>>>
>>>     No surprise here
>>
>>     Yes, but one wonders if the unencoded UTF-8 actually does any harm at
>>     all in a 8bit/binary-safe protocol like HTTP.
>>
>>     If most processors accept this - and I have no idea - it might even be
>>     useful to document.
>
> The risk here is that some UAs send ISO-8859-1 (or something based on the 
> locale), and servers parse based on the User-Agent. We have the same problem 
> with the Content-Disposition response header field.
>
> It's hard to change these kinds of workarounds in deployed code, and that's 
> why a new mechanism that can't be confused with the old syntax may work 
> better (thus RFC 5987).

Yes, agreed, though UTF-8 is very difficult to accidentally mimic, from what 
I've found.

I wonder if an EAI expert might suggest something here? Or if a top-level 
parameter or header might be useful to indicate UTF-8 header content? I can't 
help but feel it's a simpler construct to adhere to.


Sent with [inky: <http://inky.com?kme=signature>]