IIS启用HTTP压缩之后，IE不能打开zip附件

最近碰到一个问题，如标题所述，虽然经过分析，知道问题在哪里了，但是原因仍然不清楚，这里还是记录下来，做个备忘。

 

环境：

Windows 2003 server SP2

IIS6

 

现象：

当按着下面链接启用IIS 6.0的HTTP Compression功能后，某些IE6或者IE8虽然可以下载zip格式的附件，但是用windows内置的zip解压功能却打不开文件。

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/502ef631-3695-4616-b268-cbe7cf1351ce.mspx?mfr=true

 

分析：

1. 通过对文件头部字节的分析，知道下载后的附件是gzip格式的。

2. 用Wireshark抓包，在服务器发回来的response中的头如下：

...

Content-type: application/zip(或者application/x-zip-compressed)

Content-Disposition: attachment; filename="abcd.zip";

Content-Encoding: gzip

Vary: Accept-Encoding

<zip附件的二进制流>

3. 当把response中的Content-type删除掉，让IIS自己添加，得到的头如下：

...

Content-type: text/html

Content-Disposition: attachment; filename="abcd.zip";

Content-Encoding: gzip

Vary: Accept-Encoding

<zip附件的二进制流>

这时IE下载没有问题。

4. 当把response中的Content-type改成application/octet-stream，得到的头如下：

...

Content-type: application/octet-stream

Content-Disposition: attachment; filename="abcd.zip";

Content-Encoding: gzip

Vary: Accept-Encoding

这时IE下载也没有问题。

5. 其他浏览器（如firefox和chrome）都可以正确下载上述有问题的附件并打开。

 

推断：

通过上面的测试可以看出，IE在解析application/zip(或者application/x-zip-compressed)类型的MIME时可能有一些特殊处理，因为正常情况下，http compression功能应该对http entity body中的内容进行压缩，而不管body中的内容是什么类型。到了客户端直接对内容解压，然后对于解压的内容在进行MIME识别过程，而这里直接就把收到的内容保存成附件了，而没有把解压之后的内容（zip文件）当成附件，从而导致现在的问题。

 

解决方案：

把response中的Content-type改成application/octet-stream。

 

相关链接：

http://blog.csdn.net/fanweiwei/archive/2007/09/17/1787747.aspx

http://msdn.microsoft.com/en-us/library/ms775148(VS.85).aspx

http://msdn.microsoft.com/en-us/library/ms775147(v=VS.85).aspx