Re: [squid-users] 204 no content header

 Hi Amos

Thanks a lot for your answer

The request method is just a GET and with streetview option i was referring to the yellow man on goggle maps :-)

I could not get a lan trace between squid and the cisco device so i do not know what the cisco device is sending but if it is remove it, squid sends the 204 with the content-length and everything works. I see the same behavior with different proxies like bordermanager or superlumin. All send the content-length header.

Could be possible if you point me to the docs about this subject, please?

Thanks again

Gonzalo
 
>>> Amos Jeffries <squid3_at_treenet.co.nz> 18/11/2010 12:33 PM >>>
On 18/11/10 23:23, Gonzalo Morera wrote:
> Hi
>
> Please, disregard my previous post. In front of the squid server there is a Cisco appliance and it is the one causing the issue, so sending the 204 without a content-length header. Once the Cisco is removed, traces showed squid sending the 204 with the content-length header hence working as it should
>
> Thanks
>
> Gonzalo

:)

Well, to answer your technical Q about the RFCs. With a 204 reply the
content-length header is usually optional. Squid sends a few headers
like connection: and content-length: on a lets-be-safe basis.

The RFCs specify that the content-length:0 MUST exist for certain
request methods (OPTIONS being one, was that what you meant by "the
streetview options"?). And MUST NOT exist for certain types of encoding
replies. That is all.

content-length is OPTIONAL in all other bodiless cases.

Disclaimer: I'm not an authority on the RFCs. Just spent lots of time
reading figuring out the text.

Amos

-- 
Please be using
   Current Stable Squid 2.7.STABLE9 or 3.1.9
   Beta testers wanted for 3.2.0.3