W3C home > Mailing lists > Public > ietf-http-wg@w3.org > July to September 2014

Re: #536: clarify extensibility for :pseudo header fields

From: Mark Nottingham <mnot@mnot.net>
Date: Wed, 2 Jul 2014 16:31:50 +1000
Cc: David Krauss <potswa@gmail.com>, Martin Thomson <martin.thomson@gmail.com>, "Julian F. Reschke" <julian.reschke@gmx.de>, HTTP Working Group <ietf-http-wg@w3.org>
Message-Id: <A1CF2CEC-63F5-4F90-9C0F-12958215E7BA@mnot.net>
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
Personally - 

On 2 Jul 2014, at 4:30 pm, Poul-Henning Kamp <phk@phk.freebsd.dk> wrote:

> In message <961E96EE-0554-48AD-907C-FD3055584CE2@gmail.com>, David Krauss writes:
>> On 2014=9607=9602, at 2:07 PM, Mark Nottingham <mnot@mnot.net> wrote:
>>> Now I'm confused. We're currently talking about whether extra :headers =
>> are a hard error when http/2 is in use. What's an ALPN-basis API?
> I always assumed that the :headers only were HTTP/2s internal way of
> representing the first line of HTTP/1 messages on the wire, not a way
> to add an entirely new namespace to HTTP headers/metadata ?


> If some extensions need namespaces in HTTP headers, we should add
> namespaces which will (or can be made to) work in both HTTP/1,
> HTTP/2 and any future HTTP versions, not latch onto an implementation
> detail in one particular version of HTTP.

+1 -- although I think they're just headers... it could be that we add structure to header field-names (indeed, I saw that suggested privately very recently), but we're not yet there.

> Traditionally namespaces delimiters have been ':' but that will certainly
> break too many HTTP/1 implementations to be feasible, but there are plenty
> of ASCII characters available that could be used: '=', '/' and so on.
> In other words:  Please limit :headers to the ones in and
> and make attempts to smuggle any other :header through a hard protocol error.


Mark Nottingham   https://www.mnot.net/
Received on Wednesday, 2 July 2014 06:32:19 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 30 March 2016 09:57:08 UTC