- From: Julian Reschke <julian.reschke@gmx.de>
- Date: Thu, 15 Dec 2011 22:10:57 +0100
- 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