Re: [http-state] terminology: "request-host" and "request-uri"

Adam Barth <ietf@adambarth.com> Sat, 17 July 2010 16:59 UTC

Return-Path: <ietf@adambarth.com>
X-Original-To: http-state@core3.amsl.com
Delivered-To: http-state@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E40233A67E7 for <http-state@core3.amsl.com>; Sat, 17 Jul 2010 09:59:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.715
X-Spam-Level:
X-Spam-Status: No, score=-1.715 tagged_above=-999 required=5 tests=[AWL=0.262, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cDzMRBmRASx0 for <http-state@core3.amsl.com>; Sat, 17 Jul 2010 09:59:03 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id AF2B03A67A1 for <http-state@ietf.org>; Sat, 17 Jul 2010 09:59:03 -0700 (PDT)
Received: by iwn38 with SMTP id 38so3431184iwn.31 for <http-state@ietf.org>; Sat, 17 Jul 2010 09:59:16 -0700 (PDT)
Received: by 10.231.152.146 with SMTP id g18mr1583302ibw.48.1279385956122; Sat, 17 Jul 2010 09:59:16 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by mx.google.com with ESMTPS id r3sm15541060ibk.19.2010.07.17.09.59.14 (version=SSLv3 cipher=RC4-MD5); Sat, 17 Jul 2010 09:59:15 -0700 (PDT)
Received: by iwn38 with SMTP id 38so3431169iwn.31 for <http-state@ietf.org>; Sat, 17 Jul 2010 09:59:14 -0700 (PDT)
Received: by 10.231.36.13 with SMTP id r13mr2507064ibd.75.1279385954115; Sat, 17 Jul 2010 09:59:14 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.143.145 with HTTP; Sat, 17 Jul 2010 09:58:54 -0700 (PDT)
In-Reply-To: <4C405504.7070605@gmx.de>
References: <4C405504.7070605@gmx.de>
From: Adam Barth <ietf@adambarth.com>
Date: Sat, 17 Jul 2010 09:58:54 -0700
Message-ID: <AANLkTik_-izhmOL459R7FtLp5Z6QtBW-9aHYb5u_x7f_@mail.gmail.com>
To: Julian Reschke <julian.reschke@gmx.de>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: "http-state@ietf.org" <http-state@ietf.org>
Subject: Re: [http-state] terminology: "request-host" and "request-uri"
X-BeenThere: http-state@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discuss HTTP State Management Mechanism <http-state.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/http-state>, <mailto:http-state-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/http-state>
List-Post: <mailto:http-state@ietf.org>
List-Help: <mailto:http-state-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/http-state>, <mailto:http-state-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Jul 2010 16:59:05 -0000

This text is copied verbatim from RFC2109.  If it's pedantically
correct enough for 2109, it's pedantically correct enough for me.

Adam


On Fri, Jul 16, 2010 at 5:48 AM, Julian Reschke <julian.reschke@gmx.de> wrote:
> Hi,
>
> the spec currently has
> (<http://tools.ietf.org/html/draft-ietf-httpstate-cookie-09#section-2.3>):
>
>   The terms request-host and request-uri refer to the values the user
>   agent would send to the server as, respectively, the host (but not
>   port) and the absoluteURI (http_URL) of the HTTP Request-Line.
>
> First of all, it would be good if ABNF terms from RFC 2616 would be clearly
> introduced as such.
>
> Such as
>
>   This specification adopts the definition of "http_URL" from Section
>   3.2.2 of [RFC2616].
>
> (or something similar) -- this should be done for all terms/ABNF productions
> used from other spec.
>
> Furthermore, there's a problem request-host, which, depending on the format
> of the HTTP Request-Line will *either* come from the Host header field, or
> from the Request-Line.
>
> In HTTPbis, we have introduced the term "Effective Request URI", see
> <http://greenbytes.de/tech/webdav/draft-ietf-httpbis-p1-messaging-10.html#rfc.section.4.3>,
> based on which extracting thee host and the request path would be simpler.
> If you don't want to rely on that definition due to spec timing, you may
> want to consider to steal the spec text (originally introduced by Jeff for
> STS, btw).
>
> Best regards, Julian
>
>
>
> _______________________________________________
> http-state mailing list
> http-state@ietf.org
> https://www.ietf.org/mailman/listinfo/http-state
>