540900 - attaching zip file uses content-type of application/octet-stream

Status: RESOLVED INVALID

(Thunderbird :: Message Compose Window, defect)

Description

[Phil Lacy]

zip files should be application/zip

taken from
http://www.iana.org/assignments/media-types/

microsoft has it as application/x-zip-compressed here:
http://msdn.microsoft.com/en-us/library/ms775147%28VS.85%29.aspx#Known_MimeTypes

Comment 1

[rsx11m]

Check mimeTypes.rdf located in your profile, most likely a wrong association.
Also see the discussion in bug 501163, bug 503303, and bug 503309.

Comment 2

[Phil Lacy]

(In reply to comment #1)
> Check mimeTypes.rdf located in your profile, most likely a wrong association.
> Also see the discussion in bug 501163, bug 503303, and bug 503309.

So it does work for you?

I have nothing in that file regarding zip files..

Comment 3

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #0)
> microsoft has it as application/x-zip-compressed here:
> http://msdn.microsoft.com/en-us/library/ms775147%28VS.85%29.aspx#Known_MimeTypes

HKEY_CLASSES_ROOT\.zip on MS Win-XP SP3, IE8 installed.
  Content Type = application/x-zip-compressed
Message header generated by Tb 3.0.0(no mimeTypes.rdf content).
> --------------010209030206060105030708
> Content-Type: application/x-zip-compressed; name="xxx.zip"
> Content-Transfer-Encoding: base64
> Content-Disposition: attachment; filename="xxx.zip"

Comment 4

[rsx11m]

> (In reply to comment #2) So it does work for you?

No problems on Windows XP - I have verified that no special rule is set in Tools > Options > Attachments, then wrote a new mail with "something.zip" attached, which resulted in the following MIME headers as expected:

> Content-Type: application/x-zip-compressed;
>  name="something.zip"
> Content-Transfer-Encoding: base64
> Content-Disposition: inline;
>  filename="something.zip"

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 (and yes, IE8 is installed too but rarely used).

Comment 5

[Joe Sabash [:JoeS1]]

Phil
Are you using drag & Drop to attach

Comment 6

[Joe Sabash [:JoeS1]]

Well, scratch that idea.
Drag and Drop does produce the correct Content-Type for me.

Comment 7

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #0)
> zip files should be application/zip
> taken from http://www.iana.org/assignments/media-types/

At least four mime-types are used for file extension of ".zip". 
> http://www.webmaster-toolkit.com/mime-types.shtml
> .zip application/x-compressed
> .zip application/x-zip-compressed
> .zip application/zip
> .zip multipart/x-zip
MS uses next mime-types(leading "x-" is used for subtype) for zipped file, but file extension is not defined in the MS's document.
> application/x-compressed	UNIX tar file, Gzipped.
> application/x-zip-compressed	Compressed archive file.
> application/x-gzip-compressed	Gzip compressed archive file. 
And, as you know, some mailers send .zip file with application/octet-stream.

www.iana.org/assignments/media-types/ doesn't define relation between mime-type and file extension.
What is definition of correct(or should-be) mime-type for an extension?
Is there official standard for relation between mime-type and file extension?
Mime type/subtype with leading "x-" shouldn't be used even if OS says its mime-type for ".zip"?

Comment 8

[Phil Lacy]

hmm I can't imagine what my problem is drag and drop and from menu I get

--------------070203080001000904080000
Content-Type: application/octet-stream;
 name="xpinfo-exe.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="xpinfo-exe.zip"

pdf files are ok as well as image subtypes.

Don't know why?

Comment 9

[Phil Lacy]

I'm sorry, I thought trunk was set when I filed this bug.  If someone can test that.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20100117 Shredder/3.2a1pre

Comment 10

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #9)
> I'm sorry, I thought trunk was set when I filed this bug.
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20100117 Shredder/3.2a1pre

My test result is same as one with Tb 3.0.0.
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20100109 Shredder/3.2a1pre
Phil Lacy, check HKEY_CLASSES_ROOT\.zip by regedit, please.
AFAIR, application/octet-stream was used for ".zip" by Tb on my MS Win-XP in the past(IE6 was preloaded on my PC, I replaced it by IE7, and I use IE8 now).

Comment 11

[Phil Lacy]

I had to add the 'Content Type' to my .zip registration, it was missing.

I have 7-zip installed. I don't know if that program is the culprit or uninstalling winzip or some other condition but I don't see where it is a bug here.

I'll mark this invalid.

Comment 12

[WADA:World Anti-bad-Duping Agency]

To Phil Lacy(bug opener):

> Your bug summary :
>  attaching zip file uses content-type of application/octet-stream
> Your comment #0 :
>  zip files should be application/zip

What is your claim?
.zip file should be sent with application/zip?
Or .zip file shouldn't be sent with application/zip?
Or .zip file should be sent with application/octet-stream?
Or other?

Comment 13

[Phil Lacy]

I marked it application/x-zip-compressed although pkware registered it as application/zip so that should be official and apply regardless of the associated program.

Application/octet-stream has a bug 538407. Also that type should apply to a binary file with no real home so to speak.