- From: Alex Rousskov <rousskov@measurement-factory.com>
- Date: Wed, 14 Aug 2002 11:10:36 -0600 (MDT)
- To: Kim Horne <kim@pookzilla.com>
- cc: ietf-http-wg@w3.org
On Wed, 14 Aug 2002, Kim Horne wrote: > I've come across what may or may not be an issue in RFC2616. In > section 4.3 (Message Body) there is a line that reads: > > "A message-body MUST NOT be included in a request if the > specification of the request method (section 5.1.1) does not allow > sending an entity-body in requests." > > However, there is no reference to such restrictions in 5.1.1. It > seems logical that it could be referring to GET and HEAD requests, > but I can't find an answer anywhere else in the document. Section 5.1.1 is essentially a table-of-contents for request method specifications. For example, "GET" is described in Section 9.3. Thus, I think the RFC wording is acceptable. > Are GET/HEAD requests allowed to have entities or should section > 5.1.1 (or possibly 9.3/9.4 ?) have errata on this issue? Is there > something in the RFC on this issue that I'm missing? Any help would > be greatly appreciated... As far as I can see, RFC 2616 does not prohibit use of entity bodies in GET or HEAD. Thus, according to the section 4.3, there might be a body transmitted with those requests: The presence of a message-body in a request is signaled by the inclusion of a Content-Length or Transfer-Encoding header field in the request's message-headers. A message-body MUST NOT be included in a request if the specification of the request method (section 5.1.1) does not allow sending an entity-body in requests. How many servers/proxies would be confused by GET bodies is a different question. HTH, Alex. -- | HTTP performance - Web Polygraph benchmark www.measurement-factory.com | HTTP compliance+ - Co-Advisor test suite | all of the above - PolyBox appliance
Received on Wednesday, 14 August 2002 13:10:43 UTC