HTTP标头内容 - 处理“附件”(而不是“附件”)

时间:2012-11-27 00:24:37

标签: http-headers content-disposition

我正在编写代码来读取HTTP响应,我正在看

 Content-Disposition: attachement; filename=xxxx

看起来rfc2183是相关标准,它表示“附件”。搜索周围,我找不到任何关于服务器可能返回“附件”的原因。 (部分问题似乎是很多人似乎使用“附件”作为单词的正确拼写。)

我确实发现了一些页面(example)表明IE没有(或者没有在某一点上)正确处理“附件” - 这是每个人都开始编写bug并且那现在成了标准?

如果是这种情况,我是否应该认为附件/附件毫无意义,并将文件名视为可下载的任何内容?或者我应该明确处理任何一个词?

此外,在这种特殊情况下,服务器属于我的组织,他们试图保持所有基于标准的 - 我可以合法地为此提交错误报告吗?

2 个答案:

答案 0 :(得分:2)

相关规范是RFC 6266(http://greenbytes.de/tech/webdav/rfc6266.html),它说未知的处置类型应被视为“附件”(参见http://greenbytes.de/tech/webdav/rfc6266.html#rfc.section.4.2)。

关于你引用的例子:不,IE确实支持“附件”(并且永远都有)。那里的问题可能与废话缓存响应头有关。

答案 1 :(得分:-1)

阴谋理论家可能会注意到HTML标准是基于巴黎而且附件是法语拼写但是已经注意到指定的行为是将未识别的字符串视为附件,因此它可能是拼写错误或者可能是法国人不是注意到他们使用法语拼写,因为他们得到了预期的行为。可能两者都有。