Private File System download method issues on IIS

The FCKeditor issue appears to be resolved, so it would seem it is unrelated.

The PHP version is 5.1.1 - A little weird that I needed the Date PHP4 module in order for it to work then.

I have now changed the location of the tmp directory, CHMODed it correctly and told Drupal where to find it. Upon doing so, it tells me a .htaccess file can't be found in it and cannot be created and that it needs to contain the following 3 lines:

SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
Options None
Options +FollowSymLinks

After creating the .htaccess file and putting those lines in it, I'm no longer getting an error on the File System settings page, however, I cannot upload files.

It gives me the option to, and it appears to upload after I click Attach, but it doesn't display the file information after the loading bar goes away. If I save, the attachment isn't there. Nor is it on the server.

Also of note, existing files can now be found using the Private file system, however, they all download as index.php file names, if I rename them with the correct extension, they are fine, but that shouldn't be necessary. There are a few other threads about this part of the issue which I am yet to look at but will hopefully resolve this part.

Just another update, I have found out it is running IIS6 and neither FastCGI or the rewrite module for IIS are available.

It seems to me that the issue relating to the files being named index.php is because clean URL's isn't enabled and hence even though you are downloading a file at that particular path, its still index.php, unfortunately, I cannot enable clean URL's.

I was also thinking a web.config that does the same thing as the above .htaccess might help. How would I go about setting something like this up?

I have attempted to use the Web File Manager module ( http://drupal.org/project/webfm ) in place of the core upload functionality, it unfortunately seems to have the same issues with uploading files, it also won't show any files in the file manager that already exist.

It initially reported that the "server is unreachable", after attempting to upload a file anyway, it just sits on the "working...please wait" message.

There have been reports in the issue queue, such as http://drupal.org/node/603566 of a similar issue, but from their fixes, and the fact that they are still able to actually upload files I suspect this is unrelated.

I have attempted to set the PHP default temp upload directory as Drupals default but unfortunately no luck.

Drupal still appears to upload the file but does not show the preview, simply asks if I would like to upload another file. When I save the page, the file is not attached and it is not on the server either.

I haven't gotten anywhere with it really.

For me they are now downloading as index.doc or index.pdf (depending on what the attachment is), I'm not sure what I did that got it to that point though, I've tried undoing things and it's still working, so I'm really not sure (Yay for Windows consistencies).

I suspect clean URL's are the easiest solution simply because when the browser receives a file request using the drupal filesystem it is usually address.com/index.php followed by the query string for the file location through the file system. Unless clean url's are enabled, then the .php extension is lost. So it seems to me that it's getting to the extension and then ignoring the filename in the query string.

Perhaps the filename is not being sent to the browser correctly or something, I'm not sure, there is probably a way to fix this in the way Drupal is written but I wouldn't really have a clue where to start looking. If you can enable clean URL's that is probably the easiest. I know how difficult and frustrating that can be on IIS though especially IIS6. I still haven't got clean URL's on this site.