DougHughes.net

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