1

Recently a bunch of files I had setup for download via IIS6's web server stopped working. They are a number of setup files ending in ".exe" and were working prior to a few months ago. I have the file permissions set properly, and even enabled browsing in IIS to determine that the paths are indeed correct. I'm not sure if it is related, but the directories with a period stopped working as well. ex: "~/download/ApplicationName/0.9/AppName-setup-0.9.123b2.exe"

When I rename the directory to say 0_9 the browsing works, but the file itself delivers a 404 message from IIS. For now, I've setup FileZilla FTP for anonymous access to these files, but would prefer to continue using IIS. I've considered creating an HTTP handler to serve the .exe files, but would really prefer a configuration solution. I just can't figure out why it isn't working, as all the settings are correct. Directory is setup for read access. "Everyone" has read permissions on the files themselves, and the directory browsing (aside from the folder "0.9" to "0_9" rename) shows the files.

--edit--

I should note that I recently used the WebPI to update (uninstalled the old PHP first) PHP, and add ASP.Net 4 support. It may have removed the .exe mapping, I've only recently had users notifying me of the issue, and I was able to repeat it myself. I'll check on the mapping when I can login to the server later (can't from work).

3 Answers 3

2

IIS will not serve a file with an extension it does not have a MIME type mapping for - see http://support.microsoft.com/kb/326965 for details including how to edit the mappings.

Have you changed/installed anything that might have removed the MIME mapping for .exe files from IIS at all?

Also, some proxies and security add-ins may block .exe files - have you added or reconfigured anything like that recently?

1

Have you installed anything that works alongside IIS recently? For example, I believe UrlScan prevents .exe files from being accessed by default.

0

I realise this answer is 2 years too late, but adding in case anybody else finds this question via Google - like I have just done.

Another possibility why you might get this could be down to "protection" software blocking the download. I have just had to investigate why .exe files would not download from the server of one of our clients, to eventually discover UrlScan was installed.

I do not know whether .exe files are blocked by default via the UrlScan configuration, or whether it was added by our client (it had been in place on the server a long time before we were involved), but the client was - understandably - not willing to allow .exe files through, as there were other websites hosted on the same server.

Our only option was to host the .exe file in question on our servers and link to there. This is obviously not ideal, as website users are downloading a file from a different domain from the one they're currently on - and one who's name wouldn't mean anything to them.

Edit - I've just re-read the answer give by David, who mentions the following (which makes my answer pretty pointless)...

Also, some proxies and security add-ins may block .exe files

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .