Re: Empty lists in Structured Headers (#781)

Mark Nottingham <mnot@mnot.net> Thu, 13 June 2019 08:46 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 3BFF51200CD for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 13 Jun 2019 01:46:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.999
X-Spam-Level:
X-Spam-Status: No, score=-2.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=X+smi5lz; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=DbTDhg0M
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 sqErQ0-DoPNN for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 13 Jun 2019 01:46:37 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [IPv6:2603:400a:ffff:804:801e:34:0:38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16FD112000F for <httpbisa-archive-bis2Juki@lists.ietf.org>; Thu, 13 Jun 2019 01:46:36 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.89) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1hbLKn-0007In-Gp for ietf-http-wg-dist@listhub.w3.org; Thu, 13 Jun 2019 08:43:49 +0000
Resent-Date: Thu, 13 Jun 2019 08:43:49 +0000
Resent-Message-Id: <E1hbLKn-0007In-Gp@frink.w3.org>
Received: from mimas.w3.org ([2603:400a:ffff:804:801e:34:0:4f]) by frink.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <mnot@mnot.net>) id 1hbLKk-0007Hi-Gd for ietf-http-wg@listhub.w3.org; Thu, 13 Jun 2019 08:43:46 +0000
Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by mimas.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <mnot@mnot.net>) id 1hbLKi-000890-PR for ietf-http-wg@w3.org; Thu, 13 Jun 2019 08:43:46 +0000
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 639AC5E7; Thu, 13 Jun 2019 04:43:21 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Thu, 13 Jun 2019 04:43:21 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm2; bh=I A0T7B+ddxjvT3bu25NfSs4Lh584fRvJQQcwnREsM8A=; b=X+smi5lzwfnSEGyQv L2CqSRfbsMfnzfojYNOWTgNyFTLPo3qkhBE/pSECdh4Y5fRRzbEVIExewsB859Gd GdWkNjAHzK/NgAS5oklCi/da/Et3wk7kf4cQiHLrHPzj64H177gfz4AdLZHletwJ XeCwAvIoilmfPKOaAdlAWnMpHYHZdQRefNUl16cKOmYzXaFomvHLY2vTMk145kMx kSUsPliE2YfUEh6SxnkCdh1SIwlAsXOyNyPipzuFZqpU2Lw5CG6FQbcNrIDALHWI m2mXfKuLcb/9Mgs1SE0C/1opof5m8rQCbqOjkcmJZjTA22x5jcn5bcUVxxEkP/yI mO6CQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=IA0T7B+ddxjvT3bu25NfSs4Lh584fRvJQQcwnREsM 8A=; b=DbTDhg0M924r0Kw1P3c0aQjinC57OKw61PJ3H096904GGGjVcdjieyPhA 2kyCpemV69jKQcfiMMgdtcG2ZybIHsSfjhNU6f9uwdw+ZckbzhpA6qY3HBpxw5IU KVyre6rPH0kTF/OikdVYUHcFQK3fdFXmMd0oRrMIJJBhBL5Mnj0WxhVvbjg1fw+H rN1HtUICFwimcf3gGivPuyVkOhdzIVb3gOUeom/M9GtOSIapdLyO3HCkTDgKhGEg +PZRJSQmxIDhGkvR1DUo5YD797/8C9hblmFl9jFCcId545/+3bodDF0LQ6dx+J2R RfTQr2SCMkdBudifx17eB2SDFGWeA==
X-ME-Sender: <xms:pwwCXUdBQfjATVmGiWdeJ2I5lY0YuzCsbXcv8bs1VxcgmvAnx46QvA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduuddrudehledgtdeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtvdenucfhrhhomhepofgrrhhk ucfpohhtthhinhhghhgrmhcuoehmnhhothesmhhnohhtrdhnvghtqeenucffohhmrghinh epghhithhhuhgsrdgtohhmpdhmnhhothdrnhgvthdphhhtthhphhgvrgguvghrshdrihhm necukfhppedugeegrddufeeirddujeehrddvkeenucfrrghrrghmpehmrghilhhfrhhomh epmhhnohhtsehmnhhothdrnhgvthenucevlhhushhtvghrufhiiigvpedt
X-ME-Proxy: <xmx:pwwCXU_6xWfOHAAAjf_jfvPymMjjsS03MKAX16Kx7c4qhDuOxaQpzQ> <xmx:pwwCXaGEgqf1PHTClb5GWaGidSnooXqeDnhq0yfdlH0OIXvuHLiwNA> <xmx:pwwCXWATCU27MC8qPzAaxKiFZvJrlyJWFpO6RfDVQu-6svVwCK6a5A> <xmx:qQwCXUgUGiCcwWVXqondKJxuM_C2q3VtD4WFCGTMmAMmPFZAeUUEtQ>
Received: from [192.168.7.11] (unknown [144.136.175.28]) by mail.messagingengine.com (Postfix) with ESMTPA id 7423F38008D; Thu, 13 Jun 2019 04:43:18 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <B3BF258C-ECB2-4F07-83EF-2D491E236718@apple.com>
Date: Thu, 13 Jun 2019 18:43:15 +1000
Cc: "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>, Poul-Henning Kamp <phk@phk.freebsd.dk>
Content-Transfer-Encoding: quoted-printable
Message-Id: <FB82ED8D-5AD0-480E-9E1D-C45EB55AAEAD@mnot.net>
References: <D99820F1-D169-468E-BA31-68AA710C3CC4@mnot.net> <B3BF258C-ECB2-4F07-83EF-2D491E236718@apple.com>
To: Tommy Pauly <tpauly@apple.com>
X-Mailer: Apple Mail (2.3445.104.11)
Received-SPF: pass client-ip=64.147.123.24; envelope-from=mnot@mnot.net; helo=wout1-smtp.messagingengine.com
X-W3C-Hub-Spam-Status: No, score=-6.2
X-W3C-Hub-Spam-Report: AWL=3.580, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_DB=-1, W3C_IRA=-1, W3C_IRR=-3, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1hbLKi-000890-PR e74ca3ef9e30efa50b80807785223048
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Empty lists in Structured Headers (#781)
Archived-At: <https://www.w3.org/mid/FB82ED8D-5AD0-480E-9E1D-C45EB55AAEAD@mnot.net>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/36708
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: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Hello all,

> On 15 May 2019, at 3:46 am, Tommy Pauly <tpauly@apple.com> wrote:
> 
> Hello all,
> 
> Thanks for the lively discussion we had on this topic! However, it looks like the conversation has petered out. As a working group, we should come to some consensus on the best way forward for this issue.
> 
> I'd like to ask everyone to reply with which option they prefer of the of following, so we can get a sense of the group's opinion:
> 
> A. Leave the document as is, not defining empty header values for SH (as requested by the editors). As noted on the list, this can allow future revisions to add support.
> B. Define empty header values for SH (as the issue requests).
> C. Do not allow empty header values for SH, but add formal text to the document explaining how to handle empty values.
> 
> Please evaluate these based on what you think will help us converge and ship this document, and note that this is deciding how we define formal Structured Headers, not all or previous HTTP headers.

I'm not sure the results here are helping, and I'd hate for people to think that we're *voting* :)

After thinking about this a bit more, I think this issue is backwards; it's asking why we don't support a specific syntax, rather than a specific data model.

If people just want to make sure we can express an empty list in SH, that's pretty easy; we can say that the absence of a list-based SH field is equivalent to an empty list.

However, if people want to map a *specific* syntax to an empty list (namely, a header field name with an empty or whitespace-only value), I'd like to understand why. There's only been one example given, and there isn't any deployment of the specified semantics AFAIK -- reinforcing the notion that doing so is bad practice. And, as a reminder (sorry for sounding like a broken record), the whole point of SH is that we're not mapping every conceivable field value into the data model; just the conventions that are useful (in other words, paving the cowpaths).

Which bucket are the people who are clamouring for this in?

Cheers,



> 
> Best,
> Tommy (chair hat on)
> 
>> On May 1, 2019, at 10:15 PM, Mark Nottingham <mnot@mnot.net> wrote:
>> 
>> (Editor hat on)
>> 
>> <https://github.com/httpwg/http-extensions/issues/781>
>> 
>> PHK and I have discussed this, and I think we agree that this issue should be closed without any change to the specification. 
>> 
>> Any further discussion? We'd like to get this spec shipped.
>> 
>> Thanks,
>> 
>> --
>> Mark Nottingham   https://www.mnot.net/
>> 
>> 
> 
> 

--
Mark Nottingham   https://www.mnot.net/