321204 - The name of an attachment is displayed incorrectly in many email clients

Status: RESOLVED DUPLICATE of bug 309566

(Thunderbird :: General, defect)

Description

[Igor N. Avtaev]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; ru; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8) Gecko/20051201 Thunderbird/1.5

I send the message with a file, having a name in Russian. In a folder "Sent" the letter saved with the correct name of an attachment.

The addressee receives the letter, but the file of an attachment has already incorrect name (for example, "part.doc").

In version 1.0.7 all works perfectly.
At sending a file with a name in English, also all is normal (the addressee receives a file with a correct name).

Reproducible: Always

Comment 1

[Ray Booysen]

*** Bug 321207 has been marked as a duplicate of this bug. ***

Comment 2

[Mike Cowperthwaite]

Igor Avtaev, can you provide a sample message -- both the version from the Sent folder and the version that was actually received?  Please save both files as 
.EML and attach to this bug (using the Create New Attachment link, above).

Comment 3

[Igor N. Avtaev]

Attachment: my message from Sent folder

Comment 4

[Igor N. Avtaev]

Attachment: message from mailbox of receiver

Attachment of this message has name (in MS Outlook Express 6) - "ATT05147.doc". 

Misticism! If open file of message (file.eml) in Thunderbird, then name of attachment - correct.

Comment 5

[Igor N. Avtaev]

In version TB 1.0.7 name of attachment form (from source message):

Content-Type: application/vnd.ms-excel;
name="=?KOI8-R?Q?=E6=CF=D2=CD=C1_=DA=C1=D1=D7=CB=C9_=CE=C1_=CF=C2=D5=DE=C5?==?KOI8-R?Q?=CE=C9=C5=2Exls?="
Content-Disposition: inline;
 filename="=?KOI8-R?Q?=E6=CF=D2=CD=C1_=DA=C1=D1=D7=CB=C9_=CE=C1_=CF=C2=D5=DE=C5?==?KOI8-R?Q?=CE=C9=C5=2Exls?="
Content-Transfer-Encoding: base64

--
In version TB 1.5 name of attachment form:

Content-Type: application/msword;
 name*=KOI8-R''%FC%D4%CF%20%D0%D2%CF%D3%D4%CF%CA%20%D4%C5%CB%D3%D4.doc
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename*=KOI8-R''%FC%D4%CF%20%D0%D2%CF%D3%D4%CF%CA%20%D4%C5%CB%D3%D4.doc

--

In 1.0.7 is quoted in simbols &quote;
In 1.5 once presimbol *

Comment 6

[Igor N. Avtaev]

The name of an attachment is incorrectly displayed in following mail-clients:
- MS Outlook Express 6
- MS Outlook 2000
- Bat 2

(In reply to comment #5)
> In version TB 1.0.7 name of an attachment is formed as follows (MIME):
> 
> Content-Type: application/vnd.ms-excel;
> name="=?KOI8-R?Q?=E6=CF=D2=CD=C1_=DA=C1=D1=D7=CB=C9_=CE=C1_=CF=C2=D5=DE=C5?==?KOI8-R?Q?=CE=C9=C5=2Exls?="
> Content-Disposition: inline;
> 
> filename="=?KOI8-R?Q?=E6=CF=D2=CD=C1_=DA=C1=D1=D7=CB=C9_=CE=C1_=CF=C2=D5=DE=C5?==?KOI8-R?Q?=CE=C9=C5=2Exls?="
> Content-Transfer-Encoding: base64
> 
> --
> In version TB 1.5 name of an attachment is formed as follows (MIME):
> 
> Content-Type: application/msword;
>  name*=KOI8-R''%FC%D4%CF%20%D0%D2%CF%D3%D4%CF%CA%20%D4%C5%CB%D3%D4.doc
> Content-Transfer-Encoding: base64
> Content-Disposition: inline;
>  filename*=KOI8-R''%FC%D4%CF%20%D0%D2%CF%D3%D4%CF%CA%20%D4%C5%CB%D3%D4.doc
> 
> --
> 
> In version TB 1.0.7 name (in MIME-format) is concluded in double inverted commas,
> and in version TB 1.5 name (in MIME-format) the asterisk precedes.

Comment 7

[Mike Cowperthwaite]

(In reply to comment #5)
> In version TB 1.0.7 name of attachment form (from source message):
> filename="=?KOI8-R?Q? ... ?="
> --
> In version TB 1.5 name of attachment form:
>  filename*=KOI8-R''%FC%D4%CF%20%D0%D2%CF%D3%D4%CF%CA%20%D4%C5%CB%D3%D4.doc

This is expected: the standard used to encode filenames was switched 
(bug 193439); the new form, RFC 2231, is preferred to RFC 2047, because it handles long filenames better.

From that bug:
> Anyway, one can revert to the old behavior by setting
> 'mail.strictly.mime_paramfolding' to 0 or 1

You can change this pref using   Options | Advanced | General | Config Editor

Comment 8

[Igor N. Avtaev]

(In reply to comment #7)
> (In reply to comment #5)
> > In version TB 1.0.7 name of attachment form (from source message):
> > filename="=?KOI8-R?Q? ... ?="
> > --
> > In version TB 1.5 name of attachment form:
> >  filename*=KOI8-R''%FC%D4%CF%20%D0%D2%CF%D3%D4%CF%CA%20%D4%C5%CB%D3%D4.doc
> 
> This is expected: the standard used to encode filenames was switched 
> (bug 193439); the new form, RFC 2231, is preferred to RFC 2047, because it
> handles long filenames better.
> 
> From that bug:
> > Anyway, one can revert to the old behavior by setting
> > 'mail.strictly.mime_paramfolding' to 0 or 1
> 
> You can change this pref using   Options | Advanced | General | Config Editor

OK.
Thanks, and I shall make. 

In my opinion it is necessary, for compatibility with other mail clients it is necessary to establish it to default.

Comment 9

[WADA:World Anti-bad-Duping Agency]

DUP of Bug 309566.

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