On 11/12/06, <b class="gmail_sendername">Joe Gregorio</b> &lt;<a href="mailto:joe@bitworking.org">joe@bitworking.org</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
According to RFC 2616 the HEAD response MUST NOT<br>return a message-body in the response:<br><br>&nbsp;&nbsp; <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.4">http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.4
</a></blockquote><div><br>Right.&nbsp; I *think* the problem that Sylvain is bringing to light is that a different headers are being returned for HEAD and GET requests.&nbsp; From the section of RFC 2616 that you referenced above:<br>
<br>&quot;The metainformation contained
   in the HTTP headers in response to a HEAD request SHOULD be identical
   to the information sent in response to a GET request.&quot;<br><br>So if an app/middleware sets what it deems to be the correct Content-Length for a resource in response to a HEAD request, it gets overridden by the server, which sets it to zero.
<br><br>Christian<br><a href="http://www.dowski.com">http://www.dowski.com</a><br><br></div></div><br>