User Agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.220 Safari/535.1 Steps to reproduce: I received a file with extension ".ptpdat" and content-type "application/octet-stream" and tried to open it (there's a specific application associated with that extension). Actual results: In open dialog Thunderbird says it's of type "Text Document", offers me to open with Notepad. Expected results: Must not detect it as "Text Document", should offer me to open with the app that is currently associated with the extension.
So what ptpdat associated to in your mimetyes.rdf ?
In windows the extension ".PTPDAT" is associated with the correct application (Motorola Link Planner), i don't know if it has a mime type there. In Thunderbird i couldn't find a way to handle it. Thunderbird thinks it is a "Text Document" (which doesn't make sense to me). All I can do is associate all Text Documents to the Motorola application, which fixes this but breaks actual text documents. I think TB is making the decision based only on Mime-type. This should be nice except for generic types like "application/octect-stream". I think TB is merging "application/octect-stream" with "text/plain". I don't know a reason for this.
I think wa have a few bunhc of bugs with this kind of request - being better at treating application/octect-stream
I tried a workaround: use a wrapper for windows command "start" to choose the right application. The problem now is that TB saves the temporary file as "whatever.ptpdat.txt" (adding a ".txt"), which breaks autodetection.
I know TB must keep an eye on security, a mime-type must somehow match file extension. But on the other hand there are many things sent as "octet-stream".
(In reply to SuD from comment #5) > I know TB must keep an eye on security, a mime-type must somehow match file > extension. But on the other hand there are many things sent as > "octet-stream". because it's a default to fallback to.