Re: JSON headers

Julian Reschke <julian.reschke@gmx.de> Sun, 10 July 2016 10:01 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@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 5F6B512D0A7 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 10 Jul 2016 03:01:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.208
X-Spam-Level:
X-Spam-Status: No, score=-8.208 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zTpfSfPuULfm for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 10 Jul 2016 03:01:56 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F19AE12B014 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sun, 10 Jul 2016 03:01:55 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1bMBUm-0001Ec-OU for ietf-http-wg-dist@listhub.w3.org; Sun, 10 Jul 2016 09:57:52 +0000
Resent-Date: Sun, 10 Jul 2016 09:57:52 +0000
Resent-Message-Id: <E1bMBUm-0001Ec-OU@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <julian.reschke@gmx.de>) id 1bMBUj-0001Dk-Ol for ietf-http-wg@listhub.w3.org; Sun, 10 Jul 2016 09:57:49 +0000
Received: from mout.gmx.net ([212.227.15.19]) by maggie.w3.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from <julian.reschke@gmx.de>) id 1bMBUh-0002K8-Hs for ietf-http-wg@w3.org; Sun, 10 Jul 2016 09:57:49 +0000
Received: from [192.168.178.20] ([93.217.120.27]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MbPLI-1bexKA3JGm-00Imqg; Sun, 10 Jul 2016 11:57:14 +0200
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
References: <74180.1468000149@critter.freebsd.dk> <A17D3EFD-A935-4971-BCF6-DC9D38302CAD@oracle.com> <564a72e8-b9d3-1f9c-5982-48f2b07272e5@greenbytes.de> <3924.1468137899@critter.freebsd.dk> <683f5f58-6046-d9fb-cc75-d0ab3890ce23@greenbytes.de> <4105.1468141779@critter.freebsd.dk> <5cdf0fa8-063c-7eaa-a9e3-fb6db7417254@gmx.de> <4213.1468143913@critter.freebsd.dk>
Cc: Phil Hunt <phil.hunt@oracle.com>, HTTP Working Group <ietf-http-wg@w3.org>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <94e4a5c2-3465-fef3-6221-d9f4fcccb5fa@gmx.de>
Date: Sun, 10 Jul 2016 11:57:13 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <4213.1468143913@critter.freebsd.dk>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:qQrHIO3pbGryjhyookjo4J+LxqLOgvzokT15x00tl8y7Njptdan IgpCmYsGTdDI0pgmYWjShFkadYOtc2IuaONLOtWdZZGWHx7bPmfa7j0DNxqzN1pCQkkiJaH FJW+Xa43f0Z8gL51OrGPqwtGv1Da4tWAU21H9Pyh5Gr62Dkk+mXsTx0A2qlnUU1t+cq9NyS PUQxQlH6gJ1tidOTkNXDg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:1RqJ7ypu7I4=:2+TC+DYcEbpi0HTu7nGWf/ jPPJdIVdBmCXEGvuUZ0HJmyrByIjD4jSXRmFOTl13HYHcUTvsfoA03Y1QNmZ4P1A7AJ0+ettl XoIfSnfcakHPP/4aqHHOL1RiMtd7d+7j5EBnnajYa2Mrzt2/2Pir+CZKIkck+wuRSUOuz0Cd6 Vk8OraTSjMIHdFSIBRdrmbYa20dMxG5DKySWJMwjMfa4e6NmItQKCi8kR1lmLBJ9mZPjAWSKs wfEnrXK7wVzgpsqFZMoyseMFZPOYDl5qirS0z+Tt1uveeDtAEpBU1JORRjhMegBXU0rvrhgQd Mb/geFfNviq8HgeN3o/4/NHUJs0bF0KdsZgLJBVNYI2gRrlP9kXffoaV8w5+u4/PdD59MLMbY fs9WKvNDg/xKL6UoyAH4AYDyQN2EMWTPI8ja6jm4PGKzh/zBje9J2ClA272fwsMK+9EEUni4/ c6/XCWPWxa8g++C+B0nS1ueTlYoBLtoiZgnUAfYT7TllFvtuNpPzboQviCD5vbJc/Hlh6cMOg H7nbiSTlA85mN/Kgl4zqoh7VzDQ8w5HO5Pb046oKDwSGe0CMRfeIEWjrDr2tl/j5rP3QuqaTp WDyQPUOqMsUzzVkyV8mjdMR5LFKIsG/BhnD+p4s66NDGyWoT+xASwy81lLrKPPIAPCOiuUcXu bvDTTLg+tMACHxVzzpyI/+4O31NydvzXzkbdL0GfjQMRDH2mBysgwDEzBYIy0y1ln66PAZcyO SBJPUedFd3OgFx++NZN0mBG5+BgtHasjMWrBXkUAlVMuhCkXdDFKZLrdDXPZdeazk8XXONuni 1YIy+Y1
Received-SPF: pass client-ip=212.227.15.19; envelope-from=julian.reschke@gmx.de; helo=mout.gmx.net
X-W3C-Hub-Spam-Status: No, score=-6.7
X-W3C-Hub-Spam-Report: AWL=-0.076, BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, W3C_AA=-1, W3C_DB=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: maggie.w3.org 1bMBUh-0002K8-Hs 8464fcc36900a730195a6711e32e9a19
X-Original-To: ietf-http-wg@w3.org
Subject: Re: JSON headers
Archived-At: <http://www.w3.org/mid/94e4a5c2-3465-fef3-6221-d9f4fcccb5fa@gmx.de>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/31860
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>

On 2016-07-10 11:45, Poul-Henning Kamp wrote:
> --------
> In message <5cdf0fa8-063c-7eaa-a9e3-fb6db7417254@gmx.de>, Julian Reschke writes
> :
>
>>> I would go as far to make all repeat header a failure condition under the
>>> new format.
>>
>> I'm not sure how that would be helpful, nor how that would be legal wrt
>> the base spec.
>
> In the case where we augment the existing spec with a new way of
> encoding the content in (new) headers, we can specify that repeat
> (new) headers encoded that way are illegal.
> ...

"A sender MUST NOT generate multiple header fields with the same field 
name in a message unless either the entire field value for that header 
field is defined as a comma-separated list [i.e., #(values)] or the 
header field is a well-known exception (as noted below)." -- 
<https://greenbytes.de/tech/webdav/rfc7230.html#rfc.section.3.2.2.p.2>

But right now the spec *is* written to use the list construct, and I 
believe that's a good thing, as it's IMHO better to consider multiple 
instances as legal, and require the definition of the header field to 
deal with it.

Best regards, Julian