Re: Fwd: I-D Action:draft-reschke-rfc2183-in-http-02.txt

Julian Reschke <julian.reschke@gmx.de> Tue, 24 August 2010 15:33 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@core3.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9A6B43A6A76 for <ietfarch-httpbisa-archive-bis2Juki@core3.amsl.com>; Tue, 24 Aug 2010 08:33:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.558
X-Spam-Level:
X-Spam-Status: No, score=-8.558 tagged_above=-999 required=5 tests=[AWL=2.041, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1Agxw7s2bIhw for <ietfarch-httpbisa-archive-bis2Juki@core3.amsl.com>; Tue, 24 Aug 2010 08:33:34 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 140C53A6A56 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 24 Aug 2010 08:33:34 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1OnvVd-0003g7-R7 for ietf-http-wg-dist@listhub.w3.org; Tue, 24 Aug 2010 15:33:57 +0000
Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from <julian.reschke@gmx.de>) id 1OnvVX-0003et-Ty for ietf-http-wg@listhub.w3.org; Tue, 24 Aug 2010 15:33:51 +0000
Received: from mailout-de.gmx.net ([213.165.64.22] helo=mail.gmx.net) by bart.w3.org with smtp (Exim 4.69) (envelope-from <julian.reschke@gmx.de>) id 1OnvVW-00076p-Br for ietf-http-wg@w3.org; Tue, 24 Aug 2010 15:33:51 +0000
Received: (qmail invoked by alias); 24 Aug 2010 15:33:18 -0000
Received: from mail.greenbytes.de (EHLO [192.168.1.147]) [217.91.35.233] by mail.gmx.net (mp054) with SMTP; 24 Aug 2010 17:33:18 +0200
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX19Rikx3tXlRPtZ/zVQz8Uw2PQ7XqXvp7HLKvEfe7O aYjS7nuZ4+b8v5
Message-ID: <4C73E63A.7020009@gmx.de>
Date: Tue, 24 Aug 2010 17:33:14 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2
MIME-Version: 1.0
To: "Eric J. Bowman" <eric@bisonsystems.net>
CC: HTTP Working Group <ietf-http-wg@w3.org>
References: <4C73DD78.3070700@gmx.de> <20100824092827.af5be569.eric@bisonsystems.net>
In-Reply-To: <20100824092827.af5be569.eric@bisonsystems.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Received-SPF: pass
X-SPF-Guess: pass
X-W3C-Hub-Spam-Status: No, score=-2.6
X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001
X-W3C-Scan-Sig: bart.w3.org 1OnvVW-00076p-Br ed7e6e957e8802945f43653bdbbbc5e3
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Fwd: I-D Action:draft-reschke-rfc2183-in-http-02.txt
Archived-At: <http://www.w3.org/mid/4C73E63A.7020009@gmx.de>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/9133
X-Loop: ietf-http-wg@w3.org
Sender: ietf-http-wg-request@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1OnvVd-0003g7-R7@frink.w3.org>
Resent-Date: Tue, 24 Aug 2010 15:33:57 +0000

On 24.08.2010 17:28, Eric J. Bowman wrote:
>>
>> this is a new revision of draft-reschke-rfc2183-in-http defining the
>> Content-Disposition header field as used in HTTP, replacing the
>> definition in RFC 2616, and building on the encoding defined in the
>> recently published RFC 5987.
>>
>
> Hey, Julian.  Shouldn't the last word in the following paragraph be
> "filename*"?
>
> "
> "filename" and "filename*" behave the same, except that "filename*"
> uses the encoding defined in [RFC5987], allowing the use of non-ASCII
> characters ([USASCII]).  When both "filename" and "filename*" are
> present, a recipient SHOULD pick "filename*" and ignore "filename" -
> this will make it possible to send the same header value to clients
> that do not support "filename".
> "

Indeed :-)

Thanks, and looking forward to more comments,

Julian