- From: Julian Reschke <julian.reschke@gmx.de>
- Date: Mon, 06 Sep 2010 17:54:41 +0200
- To: "Roy T. Fielding" <fielding@gbiv.com>
- CC: Mark Nottingham <mnot@mnot.net>, HTTP Working Group <ietf-http-wg@w3.org>, =JeffH <Jeff.Hodges@KingsMountain.com>
On 23.07.2010 09:48, Julian Reschke wrote:
> ...
> 2) Does eURI/target URI need to handle the case of HTTP/1.0 requests
> without Host header?
> (<http://trac.tools.ietf.org/wg/httpbis/trac/ticket/221>)
> ...
We discussed this in Maastricht, and the conclusion was that effective
request URI can be left undefined in this case - I have rephrased the
definition accordingly
(<http://trac.tools.ietf.org/wg/httpbis/trac/changeset/992>):
-- snip --
4.3. Effective Request URI
HTTP requests often do not carry the absolute URI ([RFC3986], Section
4.3) for the target resource; instead, the URI needs to be inferred
from the request-target, Host header field, and connection context.
The result of this process is called the "effective request URI".
The "target resource" is the resource identified by the effective
request URI.
If the request-target is an absolute-URI, then the effective request
URI is the request-target.
If the request-target uses the path-absolute form or the asterisk
form, and the Host header field is present, then the effective
request URI is constructed by concatenating
o the scheme name: "http" if the request was received over an
insecure TCP connection, or "https" when received over a SSL/
TLS-secured TCP connection,
o the character sequence "://",
o the authority component, as specified in the Host header field
(Section 9.4), and
o the request-target obtained from the Request-Line, unless the
request-target is just the asterisk "*".
If the request-target uses the path-absolute form or the asterisk
form, and the Host header field is not present, then the effective
request URI is undefined.
Otherwise, when request-target uses the authority form, the effective
request URI is undefined.
-- snip --
That being said, Roy said in a followup:
>> 2) Does eURI/target URI need to handle the case of HTTP/1.0 requests without Host header? (<http://trac.tools.ietf.org/wg/httpbis/trac/ticket/221>)
>
> Yes, though we should be clear that HTTP/1.0 requests should also
> have Host defined -- it just isn't required for legacy stuff.
...but that seems to be orthogonal to the change above (do we need a
ticket number for Roy's proposal?).
Best regards, Julian
Received on Monday, 6 September 2010 15:55:19 UTC