以前在Window 2000 IIS5.0下写了一个URL检测 + 重定向 + Session + 入侵检测 + 自动解压+ 自动解密的 ISAPI Filter ，用于数字图书馆项目，一直都很好使， 最近升级到 Widnows 2003 IIS6.0 后，发现ISAPI Filter 根本运行不起来，后来查了又查，原来是文件的权限问题，IIS 6.0 ISAPI Filter 好象是在Service 帐号下运行的(具体我也没去查过) ,将数据文件的读写权限给予Service 帐号后,ISAPI Filter 终于可以正常运行了，但是，在随后的测试中，我发现，数据解密结果不正确，郁闷啊，查吧............
经过日志跟踪和分析，终于发现问题所在，原来IIS 6.0 和 IIS 5.0 发送给客户端的时候应答稍微有点不一样，IIS 5.0 是先单独发应一次答头 HttpFilterProc->OnSendData，
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
X-Powered-By: ASP.NET
Date: Mon, 04 Apr 2005 05:39:01 GMT
Content-Type: application/octet-stream
Accept-Ranges: bytes
Last-Modified: Mon, 04 Apr 2005 05:39:00 GMT
ETag: W/"90c9399ad838c51:fd1"
Content-Length: 661442
然后分多次发送数据HttpFilterProc->OnSendData；
而 IIS6.0 却是将应答头和数据一起发送的，也就是说IIS 6.0 的第一次HttpFilterProc->OnSendData中即包含了应答头，也包含了数据，
HTTP/1.1 200 OK
Date: Mon, 04 Apr 2005 05:17:09 GMT
Content-Length: 661442
Content-Type: application/pdf
Last-Modified: Mon, 04 Apr 2005 05:16:41 GMT
Accept-Ranges: bytes
ETag: "4c949b7cd538c51:ef5"
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
%PDu t v? 在>2fW[[; e?v0F[Z4楽=Z;uJVYCYX(|XES敵蛣?
而原先的程序没有为这种情况设计，经过调整后，ISAPI Filter 已经成功的运行在IIS 5.0 和IIS 6.0 下了。