0 post 报红_为什么POST请求中的"Content-Length:0"？

客户有时会Content-Length: 0在提交表单时发送POST请求(10到40多个字段).

我们使用不同的浏览器和不同的位置对其进行了测试,但无法重现错误.客户正在使用Internet Explorer 7和代理.

我们让他们让他们的系统管理员从他们这边看问题.没有代理等运行一些测试..

与此同时(半年后仍然没有回答)我很好奇是否其他人知道有关Content-Length: 0请求的类似问题.也许来自一些Windows网络内部的大型公司的特殊代理.

Internet Explorer 7是否存在已知问题？有代理系统吗？Windows网络本身？

Google仅在NTLM(以及此类)身份验证的上下文中显示了某些内容,但我们并未在Web应用程序中使用此功能.也许这是代理在Windows登录的客户网络中运行的方式？(我不是Windows专家.只是猜测.)

我没有关于基础设施的进一步信息.

更新:在2010年12月,可以通知一位管理员这个,包括.来自这里答案的链接.联系是因为代理引起的另一个问题.从那以后没有反馈.并且错误消息仍然存在.我笑着阻止我哭泣.

更新2:这个问题自2008年中期以来就存在.每隔几个月客户就会生气,并希望尽快修复.我们再次向他们发送所有旧电子邮件,并要求他们联系他们的管理员以修复它或进行一些进一步的测试.在2010年12月,我们能够向1位管理员发送一些信息.没有反馈.问题没有解决,我们不知道他们是否尝试过.2011年5月,客户再次写信并希望修复此问题.自2008年以来拥有所有信息的同一个人.

感谢所有的答案.你帮助了很多人,正如我从这里的一些评论中看到的那样.太糟糕了现实世界对我来说是怪诞的.

更新3: 2012年5月,我想知道为什么我们没有收到另一个要求解决这个问题(见更新2).查看错误协议,该协议仅在每次发生时报告此单个错误(大约每天15个).它在2012年1月底停止了.没有人说什么.他们必须在网络上做点什么.现在一切都好.从2008年夏天到2012年1月.太糟糕了,我无法告诉你他们做了什么.

更新4: 2015年9月.该网站必须收集一些数据并将其发送到客户的主网站.有一个帐户的API.每当出现问题时,他们都会联系我们,即使问题明显存在于另一方面.几周以来,我们无法向他们发送数据.该帐户不再可用.他们有重新启动,我找不到使用我们网站数据的页面了.错误报告没有回答,没有人投诉.我猜他们刚刚结束了这个项目.

更新5: 2017年3月.API在2015年夏天停止工作.客户似乎继续为该网站付费,并且仍在2017年2月访问它.我猜它们将它用作存档.他们不再创建或更新任何数据,所以这个bug可能不会在2012年1月的神秘修复之后重新出现.但这可能是别人的问题.我走了.