W3C home > Mailing lists > Public > ietf-http-ext@w3.org > January to March 1998

RE: First reactions to mandatory draft

From: Paul Leach <paulle@microsoft.com>
Date: Tue, 20 Jan 1998 14:03:10 -0800
Message-ID: <5CEA8663F24DD111A96100805FFE658720398D@red-msg-51.dns.microsoft.com>
To: Jeffrey Mogul <mogul@pa.dec.com>, "'Scott Lawrence'" <lawrence@agranat.com>
Cc: ietf-http-ext@w3.org

> ----------
> From: 	Scott Lawrence[SMTP:lawrence@agranat.com]
> Sent: 	Tuesday, January 20, 1998 1:19 PM
> To: 	Jeffrey Mogul
> Cc: 	ietf-http-ext@w3.org
> Subject: 	Re: First reactions to mandatory draft
>   What I believe is needed is a way for the sender to say 'In order to
>   correctly interpret this message you must understand this set of
>   extentions'.  I don't think that the prefix mechanism is needed to
>   say that.
It is if the extensions are named by URL and can have header names that

To use the "Skidoo" example, if your server understands both "Skidoo"
extensions, then it should keep all headers of the form *-Skidoo, with the
prefix, until it gets a "Man:" header.

Suppose the headers were registered to guarantee no conflicts. Then they
would be "Skidoo1" and "Skidoo2", and the message might look like

GET /foo.html HTTP/1.1
Skidoo1: "aValue"
Skidoo2: foo="bar"
Man: http://www.skidoo1.org/skidoo1.html, Skidoo1
Man: http://www.skidoo2.com/skidoo2.html, Skidoo2

You'd still have to wait until you saw the Man: header to decide whether to
just discard the "Skidoo*" headers, or to return an error. I don't know
whether this qualifies as "backtracking" but its at least harder than the
current parsing regime.

Received on Tuesday, 20 January 1998 17:03:34 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 1 July 2021 15:49:07 UTC