"Darren Syzling" <dsyzling******.com.discuss> wrote in message news:eTncKAD6JHA.1416@TK2MSFTNGP04.phx.gbl...
> We have a download page which is sending files from a database down to a
> browser. The web server is Windows Server 2003 SP2 with IIS6 the
> application is an ASP.NET app running on .net 3.5. IIS is configured to
> compress static files and dynamic pages - including the aspx extension.
>
> When downloading a zip file from our site - which is subsequently also
> compressed by IIS (yes unnecessarily) the zip file is corrupted when
> downloaded by IE 6,7 and 8. Firefox, Safari, Google Chrome all handle
> the download without issues.
>
> We believe the correct http headers are being sent, along with the
> typical cotent-disposition we're sending:
> Content-Type application/x-zip-compressed (or application/zip)
> Content-Encoding gzip
>

> If the content-type is changed to 'application/octet-stream', IE then
> handles the file correctly. In our application we specifically handle
> this case but wondered if it had ever been reported or reproduced under IE?


Check to see if the file is cached in each case.


>
> The file is downloaded over a secure connection (SSL) if this makes any
> difference to IE's behaviour and if anyone needs my metabase settings
> along with a simple ironpython or c# aspx sample I can supply these to
> recreate the problem.


There is an option about caching which may be related to that:
Do not save encrypted pages to disk
(in Options, Advanced tab, Security section)


If those guesses don't help I would use ProcMon to compare the details
of the cases, again focusing initially on how the TIF was used.


HTH

Robert Aldwinckle
---