When I upload mp3 files to my DNN portal (04.07.00) initially they are entered into the DNN file database with a content type "audio/mpeg" which is correct. However some time later - I am guessing when DNN re-reads the directory to check that the files are still there - the content type of the file changes to application/octet-stream.

This causes a problem because I am adding these mp3 files to a podcast and the podcast module uses the content type from the files table meaning that I am sending out podcasts using the wrong content type.

Now not all of my mp3 files are being treated this way, although I think all of them in a particular directory are, so it might just be a case that the other directory hasn't been re-checked lately. My initial observation indicates that a couple of other file type were being handled incorrectly as well.

Can anyone offer any adice with regard to this? Is it a bug? Is it known? Is it something I'd doing wrong?

Cheers,

PS - apologies for the cross posting but this is quite urgent.

Hi Slavic - thanks for the reply!

However I think it very unlikely that IIS is even involved in this, because as I originally posted the file is initially i.e. on file upload being entered into the files table of the database with the *correct* content type. As far as I know this is the only time IIS is involved i.e. when the file is uploaded.

The problem comes later when DNN for some reason appears to parse the files again and this time gets it wrong - whether this is intentional or not I don't know.

To see whether this has happened on your own system or not you would have firstly needed to have uploaded some files and then you need database access to run this query: select [FileName], Extension, ContentType from Files

If this gives some unusual results then you have the same problem. I ran this query as soon as my mp3 file upload completed and for the file I had uploaded it gave the correct content type. Then when I re-ran the query 5 minutes later it had changed to the incorrect type.