267912 - Wrong Content-Type on attachments

Status: RESOLVED DUPLICATE of bug 244618

(Thunderbird :: General, defect)

Description

[Dejan Rodiger]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041103 Firefox/1.0RC2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041103 Firefox/1.0RC2

Thunderbird 0.9 is using wrong Content-Type on some of the attachments. I was
sending .cfr file and it was send as text/plain and this is wrong because this
attachment is not usable to anyone. Few lines at the start of the attachment are
text but the rest is binary and it should be sent as text/plain.

---mail source start---
User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dejan Rodiger <[e-mail]>
Subject: test
X-Enigmail-Version: 0.86.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: multipart/mixed;
 boundary="------------050101090907010903070401"
X-Trace: ls401.htnet.hr 1099647766 687 194.152.224.118 (Fri, 05 Nov 2004
10:42:46 +0100)
X-UIDL: :9S!!l9!#!&k*"!#P@!!

This is a multi-part message in MIME format.
--------------050101090907010903070401
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 7bit

test


--------------050101090907010903070401
Content-Type: text/plain;
 name="VB_S65991BA_SWMA1.cfr"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
 filename="VB_S65991BA_SWMA1.cfr"

003120041015ECMAS4  50107e041005EM7040023                                =
                                                                   HRhr  =
                   00                                                    =
                                                                         =
                  =20
030Unclassified         =20
05         10   Customer Requested Arrival Date: 2004/10/29              =
  =20
05         10                                                            =
------mail source end-------


Reproducible: Always
Steps to Reproduce:
1.
2.
3.



Expected Results:  
The file should be sent as application/octet-stream as in this mail.
This mail wasn't sent with Thunderbird.

--MailMan_Boundary
Content-Type: application/octet-stream; name="VB_S65991BA_SWMA1.cfr"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="VB_S65991BA_SWMA1.cfr"

MDAzMTIwMDQxMDE1RUNNQVM0ICA1MDEwN2UwNDEwMDVFTTcwNDAwMjMgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg

Comment 1

[Mike Cowperthwaite]

*** This bug has been marked as a duplicate of 244618 ***