I recently ran into a bizarre problem. On one particular II6 server, and not another, I was unable to download CSS and JS files when using Internet Explorer. I kept getting the message, “Internet Explorer cannot download FileName from WebServer“. I could download the files using Firefox. I even used telnet and manually sent an http request which correctly returned data. Very Odd.
The scenario is this: I have a particular application installed on four IIS servers: mine, my cube neighbors, a development server and another development server in a different office. Both my server and my neighbors server are IIS 5.1 running on Windows XP Pro. The two development servers are IIS 6 on Windows Server 2003.
I was experiencing a problem in a particular potion of the application when used from the local development server. (The problem being that the page just didn’t do a damn thing!) So, in the effort to debug the problem I viewed the page source and tried to download the JavaScript file which controls the page’s behavior. When it wouldn’t download I knew I had found the problem and prepared to do what was necessary to make sure the file existed or was available.
I was a bit surprised when I went to the server and found the file exactly where is was supposed to be. I assumed two things at this point.
- IIS 6 was configured incorrectly and not serving .CSS files due to mime type configuration.
Or
- There was a permissions problem on the file system.
A quick check threw 1 out the window. IIS was correctly configured to serve CSS files. I checked the permissions on the CSS file and surrounding file system structure and found that the files had correct permissions. What the heck was going on?
By accident I tried the URL to the JS file in Firefox and it downloaded! At that point I began trying my neighbors’ Internet Explorer browsers to see if they also had problems. As it turns out they did!
At this point I tested access to the same JS file on the other servers and they all worked. This prompted me to try using telnet and connecting to port 80 on the server with the problem. I manually sent the http request and data came right back. The problem seemed to be specific to this install of IIS 6 and Internet Explorer.
At this point I tried all the classics solutions, reboot my machine, the server, restart IIS. All a no-go.
Mind you, throughout this entire process I was attempting to Google for a result. Microsoft’s website alludes to a hot fix. They advise against using the hot fix to the point where you’ve actually got to call Microsoft to get it. I didn’t feel like doing that.
By a random chance I found this link to a seemingly unrelated problem: http://www.ariacom.com/forum/forums/forum.asp?forumid=12&page=0&select=54. For the heck of it I tried the provided solution and it worked!
Here’s what to do to solve the problem:
- Open IIS Admin
- View the properties for the website
- Click the HTTP Headers Tab
- Uncheck the Enable Content Expiration checkbox.
That’s all. As soon as I did that I was able to download CSS and JS files from the affected IIS 6 server. This resolved the problem I was having with the application I was working on.
Comments on: "Error: Internet Explorer Cannot Download FileName from WebServer" (69)
Hi,
I tried your fix but the "Enable Content Expiration" box was already unchecked. To resolve the problem, I had to add a new MIME type (I wanted to download an .rst file) and basically added, "rst" and set it to "TEXT" in the type box – this resolved my problem. Thank you for pointing me in the right direction though 🙂
LikeLike
Thank you! I had the same problem downloading a PDF with IIS 6 to IE. Unchecking the box did the trick.
LikeLike
many thanks to David Jon. Adding a new MIME type works like a charm.
LikeLike
Thanks for the tip. Solved our problem
LikeLike
Greetings,
Many thanks for this artical – it helped me to get to my solution. In my case, I running Apache and serving a dynamically generated PDF file that downloads fine in all popular browsers but IE. My working solution was to add the following lines prior to my other header outputs:
/**
* The following Pragma and Cache-Control lines are necessary
* as the overcome an issue that IE has in some server configurations
* when the no-cach header is sent. The two lines override these
* headers, allowing IE to proceed. When not turned on, the error IE
* provides is:
* Internet Explorer cannot download from .
*
* Internet Explorer was not able to open this Internet site. The requested site is either
* unavailable or cannot be found. Please try again later.
*/
header(“Pragma: public”);
header(“Cache-Control: max-age=0”);
LikeLike
This solution also solves the problem or printing to thermal printers or when printing using epl2. UPS XML integration allows you to print to their Zebra Thermal printers using the epl2 format, but you get the same MIME error in IE. Here’s how to print UPS labels for .Net.
Save the file to a folder in the site directory.
Add EPL2 as a TEXT MIME type for the folder.
Add to your print label page.
Make sure your have the ActiveX plugin installed on the user machine.
LikeLike
Thank you so much for posting this.
It saved me a lot of trouble with not being able to download PDF files.
Sandeep/
LikeLike
totally mime issues! Does not matter the “mime type”, just use “TEXT”
LikeLike
Thanks for the comment Sean P. O. MacCath-Moran!!
You saved my day and nerves! almost detonated the ie already
LikeLike
Well, I have what appears to be the same exact issue – except I don’t have access to the servers to effect such a change. In this case I am running Vista boxes throughout my house. A few weeks back my guide updates suddenly stopped worked.
After MANY hours tracing the issue down I found that it is downloading a TXT file from epg.tvdownload.microsoft.com (ROFL – their own servers having trouble with IE). Download fails with “internet explorer was not able to open this internet site”. FireFox downloads file no problem.
Throwing a http sniffer up, the only difference between Firefox and IE7 seems to be some cookie variable differences. The server is sending a no-cache though. The file actually downloads to the machine and I get a HTTP OK response. So somewhere just as IE is to save the file it fails.
For reference, here are the headers in question. IE7 header looks like this:
FIREFOX:
GET /epgdata/us/1/2649386701/30/89/48/28498036/28498036_ListingData.txt?clientId=7877fb90f3014a04ba294d7f14c6078d&sessionToken=40D91C41286B5C54B54403D4D7256F2705B488B12D7C7421F24D65E26097A3869B9CC09811B7E4EEFD63D5C4A53DC3801121A HTTP/1.1
Host: epg.tvdownload.microsoft.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.5) Gecko/20060719 Firefox/1.5.0.5)
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Proxy-Connection: keep-alive
Cookie: WT_FPC=id=69.116.254.120-1359406736.29844984:lv=1180644050691:ss=1180642608230; MC1=GUID=f4e90fb96691c84aabeae866a405aaec&HASH=b90f&LV=20073&V=3; MUID=753BE55554514688998F702CF79001C3; A=I&I=AxUFAAAAAABoCAAAeARg6JFKmv230fGEDI99RQ!!&CS=100uJ400210103
HTTP/1.1 200 OK
Cache-Control: no-cache
Content-Length: 2136152
Content-Type: text/plain
Last-Modified: Wed, 30 May 2007 17:10:00 GMT
Accept-Ranges: bytes
ETag: “bdb66b5bdda2c71:239”
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Sat, 02 Jun 2007 00:12:47 GMT
IE7 HEADER:
GET /epgdata/us/1/2649386701/30/89/48/28498036/28498036_ListingData.txt?clientId=7877fb90f3014a04ba294d7f14c6078d&sessionToken=40D91C41286B5C54B54403D4D7256F2705B488B12D7C7421F24D65E26097A3869B9CC09811B7E4EEFD63D5C4A53DC3801121A0D5B82612FD HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-ms-application, application/vnd.ms-xpsdocument, application/xaml+xml, application/x-ms-xbap, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Accept-Language: en-us
UA-CPU: x86
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; InfoPath.2)
Proxy-Connection: Keep-Alive
Host: epg.tvdownload.microsoft.com
Cookie: WT_FPC=id=69.116.254.120-3036828032.29845358:lv=1177174709063:ss=1177174645070; MC1=GUID=a20d870de37dd64d924aca43637ccca0&HASH=0d87&LV=20073&V=3; A=I&I=AxUFAAAAAACfCQAAr6QxNRJPYO9FBim39gfaqg!!
HTTP/1.1 200 OK
Cache-Control: no-cache
Content-Length: 2136152
Content-Type: text/plain
Last-Modified: Wed, 30 May 2007 17:10:02 GMT
Accept-Ranges: bytes
ETag: “97c81d5cdda2c71:239”
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Fri, 01 Jun 2007 00:56:46 GMT
Any thoughts or suggestions greatly appreciated. What I don’t understand is why just my machines seem to be having this problem. That or nobody with Vista units are complaining loud enough they can’t get guide updates.
Thanks,
Robert
LikeLike
Well, I have what appears to be the same exact issue – except I don’t have access to the servers to effect such a change. In this case I am running Vista boxes throughout my house. A few weeks back my guide updates suddenly stopped worked.
After MANY hours tracing the issue down I found that it is downloading a TXT file from epg.tvdownload.microsoft.com (ROFL – their own servers having trouble with IE). Download fails with “internet explorer was not able to open this internet site”. FireFox downloads file no problem.
Throwing a http sniffer up, the only difference between Firefox and IE7 seems to be some cookie variable differences. The server is sending a no-cache though. The file actually downloads to the machine and I get a HTTP OK response. So somewhere just as IE is to save the file it fails.
For reference, here are the headers in question. IE7 header looks like this:
FIREFOX:
GET /epgdata/us/1/2649386701/30/89/48/28498036/28498036_ListingData.txt?clientId=7877fb90f3014a04ba294d7f14c6078d&sessionToken=40D91C41286B5C54B54403D4D7256F2705B488B12D7C7421F24D65E26097A3869B9CC09811B7E4EEFD63D5C4A53DC3801121A HTTP/1.1
Host: epg.tvdownload.microsoft.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.5) Gecko/20060719 Firefox/1.5.0.5)
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Proxy-Connection: keep-alive
Cookie: WT_FPC=id=69.116.254.120-1359406736.29844984:lv=1180644050691:ss=1180642608230; MC1=GUID=f4e90fb96691c84aabeae866a405aaec&HASH=b90f&LV=20073&V=3; MUID=753BE55554514688998F702CF79001C3; A=I&I=AxUFAAAAAABoCAAAeARg6JFKmv230fGEDI99RQ!!&CS=100uJ400210103
HTTP/1.1 200 OK
Cache-Control: no-cache
Content-Length: 2136152
Content-Type: text/plain
Last-Modified: Wed, 30 May 2007 17:10:00 GMT
Accept-Ranges: bytes
ETag: “bdb66b5bdda2c71:239”
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Sat, 02 Jun 2007 00:12:47 GMT
IE7 HEADER:
GET /epgdata/us/1/2649386701/30/89/48/28498036/28498036_ListingData.txt?clientId=7877fb90f3014a04ba294d7f14c6078d&sessionToken=40D91C41286B5C54B54403D4D7256F2705B488B12D7C7421F24D65E26097A3869B9CC09811B7E4EEFD63D5C4A53DC3801121A0D5B82612FD HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-ms-application, application/vnd.ms-xpsdocument, application/xaml+xml, application/x-ms-xbap, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Accept-Language: en-us
UA-CPU: x86
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; InfoPath.2)
Proxy-Connection: Keep-Alive
Host: epg.tvdownload.microsoft.com
Cookie: WT_FPC=id=69.116.254.120-3036828032.29845358:lv=1177174709063:ss=1177174645070; MC1=GUID=a20d870de37dd64d924aca43637ccca0&HASH=0d87&LV=20073&V=3; A=I&I=AxUFAAAAAACfCQAAr6QxNRJPYO9FBim39gfaqg!!
HTTP/1.1 200 OK
Cache-Control: no-cache
Content-Length: 2136152
Content-Type: text/plain
Last-Modified: Wed, 30 May 2007 17:10:02 GMT
Accept-Ranges: bytes
ETag: “97c81d5cdda2c71:239”
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Fri, 01 Jun 2007 00:56:46 GMT
Any thoughts or suggestions greatly appreciated. What I don’t understand is why just my machines seem to be having this problem. That or nobody with Vista units are complaining loud enough they can’t get guide updates.
Thanks,
Robert
LikeLike
Well, I have what appears to be the same exact issue – except I don’t have access to the servers to effect such a change. In this case I am running Vista boxes throughout my house. A few weeks back my guide updates suddenly stopped worked.
After MANY hours tracing the issue down I found that it is downloading a TXT file from epg.tvdownload.microsoft.com (ROFL – their own servers having trouble with IE). Download fails with “internet explorer was not able to open this internet site”. FireFox downloads file no problem.
Throwing a http sniffer up, the only difference between Firefox and IE7 seems to be some cookie variable differences. The server is sending a no-cache though. The file actually downloads to the machine and I get a HTTP OK response. So somewhere just as IE is to save the file it fails.
For reference, here are the headers in question. IE7 header looks like this:
FIREFOX:
GET /epgdata/us/1/2649386701/30/89/48/28498036/28498036_ListingData.txt?clientId=7877fb90f3014a04ba294d7f14c6078d&sessionToken=40D91C41286B5C54B54403D4D7256F2705B488B12D7C7421F24D65E26097A3869B9CC09811B7E4EEFD63D5C4A53DC3801121A HTTP/1.1
Host: epg.tvdownload.microsoft.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.5) Gecko/20060719 Firefox/1.5.0.5)
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Proxy-Connection: keep-alive
Cookie: WT_FPC=id=69.116.254.120-1359406736.29844984:lv=1180644050691:ss=1180642608230; MC1=GUID=f4e90fb96691c84aabeae866a405aaec&HASH=b90f&LV=20073&V=3; MUID=753BE55554514688998F702CF79001C3; A=I&I=AxUFAAAAAABoCAAAeARg6JFKmv230fGEDI99RQ!!&CS=100uJ400210103
HTTP/1.1 200 OK
Cache-Control: no-cache
Content-Length: 2136152
Content-Type: text/plain
Last-Modified: Wed, 30 May 2007 17:10:00 GMT
Accept-Ranges: bytes
ETag: “bdb66b5bdda2c71:239”
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Sat, 02 Jun 2007 00:12:47 GMT
IE7 HEADER:
GET /epgdata/us/1/2649386701/30/89/48/28498036/28498036_ListingData.txt?clientId=7877fb90f3014a04ba294d7f14c6078d&sessionToken=40D91C41286B5C54B54403D4D7256F2705B488B12D7C7421F24D65E26097A3869B9CC09811B7E4EEFD63D5C4A53DC3801121A0D5B82612FD HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-ms-application, application/vnd.ms-xpsdocument, application/xaml+xml, application/x-ms-xbap, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Accept-Language: en-us
UA-CPU: x86
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; InfoPath.2)
Proxy-Connection: Keep-Alive
Host: epg.tvdownload.microsoft.com
Cookie: WT_FPC=id=69.116.254.120-3036828032.29845358:lv=1177174709063:ss=1177174645070; MC1=GUID=a20d870de37dd64d924aca43637ccca0&HASH=0d87&LV=20073&V=3; A=I&I=AxUFAAAAAACfCQAAr6QxNRJPYO9FBim39gfaqg!!
HTTP/1.1 200 OK
Cache-Control: no-cache
Content-Length: 2136152
Content-Type: text/plain
Last-Modified: Wed, 30 May 2007 17:10:02 GMT
Accept-Ranges: bytes
ETag: “97c81d5cdda2c71:239”
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Fri, 01 Jun 2007 00:56:46 GMT
Any thoughts or suggestions greatly appreciated. What I don’t understand is why just my machines seem to be having this problem. That or nobody with Vista units are complaining loud enough they can’t get guide updates.
Thanks,
Robert
LikeLike
GHADZUKES… The Coldfusion server here returned a SMTP error when submitting the message (had notify checked)… kept retrying post – sorry for that folks. 😦
LikeLike
Thanks you for your comment Sean P. O. MacCath-Moran, solved my issue. =]
LikeLike
When I am trying to open a photo on my page I get Internet Explorer can not open this page. Anyone else getting this? Something must be going on..
LikeLike
I am having a similar problem, but the fixes noted haven’t resolved my problem. I’m trying to use an Excel app call and file download. It is working on two servers and not working on the client’s. When the page loads, a file dialog box opens and IE throws the same error everyone else is getting. (Normally, the file dialog box would open and you would choose open or save, but the error occurs before you can click anything. You see the file download box, with the error over the top of it. We’ve been trying various things and also recently got this error:
“Microsoft Office Excel cannot access the file. here are several possible reasons: The file name or path does not exist, the file is being used by another program, the workbook you are trying to save has the same name as a currently open workbook.” None of those are actually the case.
The client is on Windows 2000 / IIS 5 / IE 6 using Cold Fusion Server 6. Development and testing occurred on XP Pro / Cold Fusion MX 7 server and a Windows NT / Cold Fusion 5.0 server using IE 7 and Firefox.
I have no idea how to fix it.. so any suggestions would be greatly appreciated.
LikeLike
Thanks for the tip!! It worked for me on Server 2k3 where clients could not d/l PDFs
LikeLike
Thanks for the tip!! It worked for me on Server 2k3 where clients could not d/l PDFs
LikeLike
I’m also having the same issue that Robert describes, where the HTTP response for a download is fine and sends the requested file back to IE7 (I’m only having the trouble with 7), but IE throws up an error saying “Internet Explorer could not download xxx.xxx from http://www.someserver.com“. The download works fine on other broswers, even IE6.
Also, the server is Apache on Linux, so has nothing to do with IIS, this seems to be an IE issue.
The response headers are using Content-disposition and a application/force-download mime type to force a Save As download box.
Any ideas anyone?
LikeLike
Anyone knows how to force a output to get downloaded by IE7 it works every browser fine but on IE it not working.
http://www.freearticlesarchive.com/basket/
header(“Expires: Mon, 26 Jul 1997 05:00:00 GMT”);
header(“Last-Modified: ” . gmdate(“D, d M Y H:i:s”) . ” GMT”);
header(“Cache-Control: no-store, no-cache, must-revalidate”);
header(“Cache-Control: post-check=0, pre-check=0”, false);
header(“Pragma: no-cache”);
header(“Content-Type: application/octet-stream” );
header(“Content-Length: $size”);
header(“Content-Disposition:attatchment; filename=”$filename”” );
echo $content
LikeLike
I’ve experienced the same problem, and only in IE 6/7. Removal of the header “Pragma: no-cache” resolves the problem, but I’m not sure that’s what I want to do.
This is related to http://support.microsoft.com/default.aspx?scid=kb;EN-US;q196505 in that the document is not in the cache when IE attempts to open it.
Still looking for the ideal fix.
LikeLike
In My case, The error message is “StartingAuthenticationFile StreamComplete StreamStartingAuthenticationFile StreamComplete Stream”.
This is coming to the page itself when I tried to download a txt file. no download box open.
My txt file is located on the S3 storage.
in my html code it is just like
But this does not works in IE. But it works great in fire fox. any Idea?
LikeLike
Thank you Sean P. O. MacCath-Moran!
Your solution of adding the following headers to my php streamed attachment worked perfectly!
header(“Pragma: public”);
header(“Cache-Control: max-age=0”);
LikeLike
I had the same problem, I wanted to open a window to a zipfile with window.open, but in Internet Explorer the file could not be downloaded, but in Firfox it could. The solution was to remove ‘no cache’ from HTTP-headers and it worked.
LikeLike
Let me join in the many in thanking you for this solution. I had Googling for a long time before I found this post, and it fixed it right up for me. Thank you very much!
LikeLike
Thank you for putting me on the right track to a fix.
I had similar problems. However in my case, download would work OK for IE6 on my intranet site, but would bomb on my SSL public site. As an experiment, we tried briefly switching off SSL on the public site and the download would work.
In my case setting an arbitrary maximum cache age of 20 minutes did the trick.
LikeLike
hasta el pincho…muy largo
LikeLike
I found that sending these headers fixed the problem too. It was a combination between session_start() and the headers.
header(‘Cache-Control: maxage=3600’); //Adjust maxage appropriately
header(‘Pragma: private’);
LikeLike
Wow. Two years later, the comment by Sean P. O. MacCath-Moran on Sep 29, 2006 still is the solution for me… Using https, trying to just download a text file. Thanks!
LikeLike
Thank you again Sean MacCath-Moran!
I am also using your solution – it is the one that fixed my PDF woes
header(“Pragma: public”);
header(“Cache-Control: max-age=0”);
LikeLike
PHP/IIS 6 environment,
I had to remove $session_start()
LikeLike
“Cache-Control: max-age=0”
works for me too, thx
LikeLike
I ran into this problem, and none of the resolutions above worked. Turns out, the problem was related to running the reports on HTTPS, rather than HTTP.
LikeLike
As far as I can tell, IE6 and IE7 have “interesting” interpretations of the cache-control directive when set no-cache or no-store. There are a number of Microsoft Knowledge Base articles about this problem but none are specific to IE7, as far as I’ve found. Many of the KB articles are misleading or even contradictory.
The main problem is that Internet Explorer strictly interprets a combination of SSL (https) and “cache-control: no-cache” as “do not save encrypted pages to disk.”
The “no-store” option is supposed to be a work-around, and it works for me under IE6 and fails under IE7.
Essentially, if you want to download files to your users over SSL and turn off caching for security reasons, you’re out of luck.
If anyone has a solution, I’d love to hear it.
LikeLike
I am downloading a excel file from the server where I want the the dialog box for open/save will appear.My code is in C#
I am using the code like this which is throwing the same error:
Response.ClearContent();
Response.Clear();
Response.ContentType = “application/octet-stream”;
Response.AddHeader(“Content-Disposition”, “attachment;filename=Reports.xls”);
Response.AddHeader(“Pragma”, “public”);
Response.AddHeader(“Cache-Control”, “max-age=0”);
Response.Flush();
Response.TransmitFile(“C:AuditReports.xls”);
try
{
Response.End();
}
catch(Exception ex1)
{
throw ex1;
}
What Code should I use????
LikeLike
The code is really Gr8
LikeLike
You can try using Other 15 Alternate Browsers, if problem is really with your Internet Browser or the system.
LikeLike
Response.ClearHeaders();
LikeLike
Was having problem in IE over https and this your suggestion fixed it:
header(“Pragma: public”);
header(“Cache-Control: max-age=0”);
Thank you! Now I can resume my life once again 😉
LikeLike
Thanks for the hint! Working fine again 🙂
LikeLike
Using AlphaImageLoader to fix IE6 png problem wouldn’t work over https – unchecked content-expires & all is well 🙂
LikeLike
Thanks for that, totally saved our bacon :o)
LikeLike
I had the same problem with PDF documents being produced with CFReport (same error, but works in Firefox, etc). In my case unchecking “Enable Content Expiration” had no effect, but changing the header absolutely worked.
In my case I could leave “Pragma” to my previous setting of “no-cache” but I had to change “Cache-control” to “max-age:0”.
LikeLike
Sorry, my previous comment should read “max-age=0”
LikeLike
Thank you all bodies, specially Sean P. O.
LikeLike
Also searched my way here with a similar problem, trying to serve client a dynamic CSV file. IE7 refuses to download, even after setting “Do not save encrypted pages to disk” on/off (both cases) and with suggested headers:
header(“Pragma: public”);
header(“Cache-Control: max-age=0”);
Problem appeared after moving to secure connection over HTTPS. No solution has helped yet 😦
Webserver is Apache on Linux in this case too. Anyone still around with suggestions?
LikeLike
guys i am realy pissed off with this issue…. and i really dont understand whats happening…
i tried all above solutions and sadly non of them worked for me.
the problem is either it wrks on IE6 or on IE 7 with SSL on.
so its a catch 22.
following are all the links i searched and tried to get a solution… but 😦 no luck yet…
http://drupal.org/node/175716
http://www.alagad.com/go/blog-entry/error-internet-explorer-cannot-download-filename-from-webserver
http://us2.php.net/manual/en/function.header.php#83219
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1350230&SiteID=1
http://support.microsoft.com/kb/316431/
http://support.microsoft.com/kb/815313/
http://support.microsoft.com/kb/812935/
http://support.microsoft.com/kb/323308/
is there anybody in this very world who will come to rescue.
F1 F1 F1.. 🙂
LikeLike
After spending the $259 or what have you, we finally managed to figure out what our problem was: The internet cache location was incorrect.
Scenario:
OS: Windows 2000 Server
Browser: IE6 SP1 with latest patches (as of 12/28/08)
Error: Internet Explorer Cannot Download FileName from WebServer
In my situation the error had nothing to do with the headers being sent from our server but rather a malformed registry key. This post was the most invaluable so I’m adding my notes here:
Open up regedit and browse to: HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell Folders
Check the ‘Cache’ setting, if it has ‘%SystemRoot%’ anywhere in its settings you found your problem.
Create a logon script called ‘FixCache.bat’ and paste the following:
regedit.exe UserShellFolders.reg
Create a UserShellFolders.reg file and paste the following into it:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell Folders]
“Cache”=hex(2):25,00,55,00,53,00,45,00,52,00,50,00,52,00,4f,00,46,00,49,00,4c, 00,45,00,25,00,5c,00,4c,00,6f,00,63,00,61,00,6c,00,20,00,53,00,65,00,74,00, 74,00,69,00,6e,00,67,00,73,00,5c,00,54,00,65,00,6d,00,70,00,6f,00,72,00,61, 00,72,00,79,00,20,00,49,00,6e,00,74,00,65,00,72,00,6e,00,65,00,74,00,20,00, 46,00,69,00,6c,00,65,00,73,00,00,00
Make sure the registry file and bat file are in the same directory and run the .bat file. It will ask you if you want to install the registry key. Say yes and bingo! You’re fixed. You can also roll this out as a Group Policy Object and use ‘regedit.exe /s’ to silently install the key.
Hopefully this will save someone the time and energy I’ve burnt on this. Good Luck and God Speed!
LikeLike
hi,
I am facing same problem
“Error: Internet Explorer Cannot download FileName from WebServer” Even after Unchecking the Enable Content Expiration checkbox. Please help
LikeLike
Had same problem on IIS 7/Win 2008. Working fine on local Vista dev box. Moved to server and could not download. I had this in my page load event, Response.Cache.SetCacheability(HttpCacheability.NoCache). Removed it and works fine in IIS7/Win2008 install.
LikeLike
More of the same, but different enough to post.
We have a Win2k3 box with IIS6 running. It has Web Folders configured and directed via NAT to a public IP address.
We loaded an 80 Mb file to the pickup location and the customer connected, but he received the error “Internet Explorer cannot download FILENAME from SERVERNAME”. The site is currently configured for http-only transfers (no https/SSL). The file type is a STEP file, so I added a MIME type for the file, but that did not clear it up.
To further test things, if I place a RTF in the folder, both I and our remote user can download it immediately. The file can be downloaded while using FireFox, but our customer’s IT department does not want to give him another browser.
Any ideas? I’m relatively new to managing IIS.
Thanks,
~HikingStick
LikeLike
I am facing issue (Internet Explorer Cannot Download FileName from WebServer) while downloading Excel or txt file for HTTPS IE
I am using below code in C#
Response.ContentType = “application/x-excel”;
Response.AddHeader(“content-disposition”, “attachment; filename=” + filename + “.xls”);
Response.AddHeader(“Pragma”, “public”);
Response.AddHeader(“Cache-Control”, “max-age=0”);
Please help me to resolve this issue
LikeLike
I had the issue in IE6/7/8; Fine in FireFox.
Added this
Response.AppendHeader(“Pragma”, “public”);
Response.AppendHeader(“Cache-Control”, “max-age=0”);
Response.AppendHeader(“Content-Type”, iDoc.FileContentType);// “application/msword”
Response.AppendHeader(“Content-disposition”, “attachment; filename=” + iDoc.FileName);
Response.Charset = “”;
But also removed this from the rendering web page.
!— Deleted —
Note that in the web.Config the cache settings can also be set so you may need to check those as well.
What a WOT..
LikeLike
Couldn’t download a file; cause/fix was: de filename that I inserted into the excel-command
Response.AddHeader(“Content-Disposition”, “attachment;filename=” & p_strFilename & “.xls”)
contained a ‘-‘, and that was probably interpreted as a command separation or something by IE. Changing the filename solved the download problem.
LikeLike
http://support.microsoft.com/?kbid=317208
This article fixed this for us, after we set content expiration to 10 mins instead of immeadiately, as we had it set before. Also, note that this article refers to this fix being for IIS 5.1 and IE 6, however we had this issue with IIS 6 and IE 6, 7, and 8, so it could also affect IIS 7 (Svr 2008) and IIS 7.5 (Svr 2008 R2). I have opened a case with MS to get the article updated as a matter of urgency, and as I feel it is my duty to fellow IT Pro’s in the industry
LikeLike
Update: The knowledge base article above has now been updated by MS based on my proof of concept and them replicating the issue with newer versions of IE and IIS. Enjoy!
LikeLike
Wow. *Three* years later and Sean P. O. MacCath-Moran’s comment on Sep 29, 2006 is *still* helping people cope with IE’s stoopidity.
I’m using LAMP to generate a PDF over https. And dontcha know, IE 7 won’t let the PDF file download. So I replaced my Pragma: no-cache header in the PDF generation script with these per Sean’s suggestion:
header(“Pragma: public”);
header(“Cache-Control: max-age=0”);
And voila! Success!
Thanks Sean, where ever you are… you rocked.
LikeLike
PHyO4d ucdzmiytaqne, [url=http://wsifnbkvewwp.com/]wsifnbkvewwp[/url], [link=http://lqyirdcwgdcc.com/]lqyirdcwgdcc[/link], http://tsbbyumzzpdh.com/
LikeLike
Never has this issue in Firefox, only in IE. But this worked for both browsers.
Respose.ClearHeaders();
Response.ClearContent();
Response.Clear();
Response.ContentType = “image/jpeg”;
Response.AddHeader(“Content-Disposition”, “attachment;filename=Reports.jpeg”);
Response.AddHeader(“Pragma”, “public”);
Response.AddHeader(“Cache-Control”, “max-age=0”);
Response.Flush();
Response.TransmitFile(“C:Reports.jpeg”);
try
{
Response.End();
}
catch(Exception ex1)
{
throw ex1;
}
LikeLike
I have just been cursing this issue all afternoon (IE8, ColdFusion and Apache) and I can now go into the weekend one happy developer.
Sean P. O. MacCath-Moran I thank you.
LikeLike
This is a documented Internet Explorer issue.
See:
http://support.microsoft.com/kb/323308
IE has had this problem since version 5.1, and there are work-arounds for all versions since – up to 8. (see link)
I would NOT recommend changing the cache-control for your servers to fix this unless you understand the effect it could have on the rest of your site.
hth,
T
LikeLike
Thank you all. For SSL with IE it works well:
response.setHeader ( “Pragma”, “public”); response.setHeader ( “Content-Cache”, “max-age=0”);
response.setContentType(“application/text”);
Dont’use response.addHeader().
Use response.setHeader().
LikeLike
Thanks very much for this useful comments they have pointed me in the right direction to solve my issue!
LikeLike
I used the following blog “I had the same problem, I wanted to open a window to a zipfile with window.open, but in Internet Explorer the file could not be downloaded, but in Firfox it could. The solution was to remove ‘no cache’ from HTTP-headers and it worked.”
and It work for me.. thanks a million
LikeLike
Thanks for this post…. I got it working for IE with the first line.
public void WriteCSV(string strData) {
//Required for IIs7 WS2008R2 fix
Response.ClearHeaders();
Response.Clear();
Response.Buffer = true;
Response.ContentType = “application/csv”;
Response.AddHeader(“Content-Disposition”, “attachment;filename=report.csv”);
Response.Write(strData);
Response.Flush();
Response.End();
}
LikeLike
I am able to download files internally ( Local Area Network).Thanks for the article.
LikeLike
Is there any option/article where i can be able to download files from my local pc(through Ftp ) via internet.Your suggestions will be really helpful.
LikeLike
ISP…
Error: Internet Explorer Cannot Download FileName from WebServer – Alagad Ally…
LikeLike
Hot File Hosting…
[…]Error: Internet Explorer Cannot Download FileName from WebServer – Alagad Ally[…]…
LikeLike