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@xxxxxxxxxxxxx> 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