W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2011

Re: #327: Expect syntax

From: Julian Reschke <julian.reschke@gmx.de>
Date: Thu, 15 Dec 2011 22:10:57 +0100
Message-ID: <4EEA6261.30109@gmx.de>
To: Alex Rousskov <rousskov@measurement-factory.com>
CC: HTTP Working Group <ietf-http-wg@w3.org>
On 2011-12-15 01:02, Alex Rousskov wrote:
> ...

Again, thanks for the feedback. I used the text you suggested and now have:

9.3.  Expect

    The "Expect" header field is used to indicate that particular server
    behaviors are required by the client.

      Expect       = 1#expectation

      expectation  = expect-name [ BWS "=" BWS expect-value ]
                                 *( OWS ";" OWS expect-param )
      expect-param = expect-name [ BWS "=" BWS expect-value ]

      expect-name  = token
      expect-value = token / quoted-string

    If all received Expect header field(s) are syntactically valid but
    contain an expectation that the recipient does not understand or
    cannot comply with, the recipient MUST respond with a 417
    (Expectation Failed) status code.  A recipient of a syntactically
    invalid Expectation header field MUST respond with a 4xx status code
    other than 417.

    The only expectation defined by this specification is:

    100-continue

       Defined in Section 6.2.3 of [Part1]

    Comparison is case-insensitive for names (expect-name), and case-
    sensitive for values (expect-value).

    The Expect mechanism is hop-by-hop: the above requirements apply to
    any server, including proxies.  However, the Expect header field
    itself is end-to-end; it MUST be forwarded if the request is
    forwarded.

    Many older HTTP/1.0 and HTTP/1.1 applications do not understand the
    Expect header field.

(<http://trac.tools.ietf.org/wg/httpbis/trac/attachment/ticket/327/327.3.diff>)

Best regards, Julian
Received on Thursday, 15 December 2011 21:18:13 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 2 February 2023 18:43:26 UTC