Re: Multiple header fields with the same field name - unwritten assumption about quoted commas in values?

Karl Dubost <karld@opera.com> Tue, 15 January 2013 15:25 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5E0521F8703 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 15 Jan 2013 07:25:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jch0nWMcbJIw for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 15 Jan 2013 07:25:56 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 16FDB21F86FF for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 15 Jan 2013 07:25:56 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1Tv8NT-0004gT-50 for ietf-http-wg-dist@listhub.w3.org; Tue, 15 Jan 2013 15:24:39 +0000
Resent-Date: Tue, 15 Jan 2013 15:24:39 +0000
Resent-Message-Id: <E1Tv8NT-0004gT-50@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <karld@opera.com>) id 1Tv8NQ-0004fK-57 for ietf-http-wg@listhub.w3.org; Tue, 15 Jan 2013 15:24:36 +0000
Received: from smtp.opera.com ([213.236.208.81]) by maggie.w3.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from <karld@opera.com>) id 1Tv8NP-0002Q3-5n for ietf-http-wg@w3.org; Tue, 15 Jan 2013 15:24:36 +0000
Received: from [192.168.11.2] (42-145-208-151.rev.home.ne.jp [42.145.208.151]) (authenticated bits=0) by smtp.opera.com (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id r0FFNxcg025469 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 15 Jan 2013 15:24:03 GMT
References: <CAA6tFMtOtpu-KJ1PMctU-XqZBXieOgb=uxPNj9wkRBvvbK7iXg@mail.gmail.com> <CACuKZqFWzApgkbQUEgOoNrumJFKSeVFZeCzZgvWDBGukykVqiA@mail.gmail.com> <50ED4DB4.5010803@gmx.de> <CACuKZqHDWbNMiwjkxvBuAt-UEg_tjzEvFZsyXM2U+5H5qxK76A@mail.gmail.com> <50ED9CEF.8080609@gmx.de> <CACuKZqFQ1=0sU7uhnh9_xew5=jPjS3WtEgrtu1RFH+Nu_=FwrQ@mail.gmail.com> <50EDA819.4040402@gmx.de> <CACuKZqH4+JUe4Gqp7LRGkCorFdQ107S=sf2uOSZnMkdgHmJaaQ@mail.gmail.com> <50EDD95C.9080206@gmx.de> <CAA6tFMsgAKL+-UW6rS0ScxpvukBhJ2ExT9KMWudiKa65YCpkew@mail.gmail.com> <50F549D8.2050501@gmx.de>
In-Reply-To: <50F549D8.2050501@gmx.de>
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="iso-8859-1"
Message-Id: <360A0ACE-4CA6-400A-BFE9-7DFF89AAB439@opera.com>
Content-Transfer-Encoding: quoted-printable
Cc: Piotr Dobrogost <p@ietf.dobrogost.net>, ietf-http-wg@w3.org
From: Karl Dubost <karld@opera.com>
Date: Wed, 16 Jan 2013 00:23:57 +0900
To: Julian Reschke <julian.reschke@gmx.de>
X-Mailer: Apple Mail (2.1283)
Received-SPF: pass client-ip=213.236.208.81; envelope-from=karld@opera.com; helo=smtp.opera.com
X-W3C-Hub-Spam-Status: No, score=-4.2
X-W3C-Hub-Spam-Report: AWL=-1.879, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001
X-W3C-Scan-Sig: maggie.w3.org 1Tv8NP-0002Q3-5n f2cf3a7a5611f51d276d7abf8c4f6f8e
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Multiple header fields with the same field name - unwritten assumption about quoted commas in values?
Archived-At: <http://www.w3.org/mid/360A0ACE-4CA6-400A-BFE9-7DFF89AAB439@opera.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/15880
X-Loop: ietf-http-wg@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-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Le 15 janv. 2013 à 21:21, Julian Reschke a écrit :
>> - If merging, merge only those fields which are known to be safe to merge ie. those, which can be parsed after merging. Also, if the top most production in BNF specyfing field's value is #(values) it does NOT mean the field is safe for merging although this seems to be implied by the statement in the spec starting with "Multiple header fields with the same field name MUST NOT be sent (...)"
> 
> If a spec uses the list production but then doesn't allow proper parsing then that spec is buggy (such as Set-Cookie).


I still have very hard time to understand how the statement "MUST NOT be sent " is working, if it seems good to in fact not enforce it. Should it be dropped?


-- 
Karl Dubost - http://dev.opera.com/
Developer Relations, Opera Software