38109 - Eml attachment with non-ascii in the header shows them as garbage in the browser

Status: RESOLVED DUPLICATE of bug 129443

(MailNews Core :: Internationalization, defect, P3)

Description

[marina]

***** observed with 2000-05-03 build *****
Steps to reproduce:
-select a message with non-ascii in the Subject field(or having a recipient name 
with non-ascii chars);
-save this message in .eml format;
-invoke a new composition window;
-attach the .eml file, send and get it;
//note: all non-ascii in the attachment in header look like garbage

Comment 1

[nhottanscp]

Are headers correctly saved? Marina, please attach the .eml file used for the 
test.

Comment 2

[nhottanscp]

Reassing to rhp.
A problem in save as .eml or attachment send.
Marina, please attach the .eml file used for the test.

Comment 3

[marina]

Attachment: here is a page source of the file i used for testing

Comment 4

[selmer (gone)]

Target M17.

Comment 5

[marina]

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

Comment 6

[leger]

Need retest on fwding and let us know if still occurs.

Comment 7

[Katsuhiko Momoi]

marina, please check this.

Comment 8

[marina]

Tested with 2000-05-25-08 build :  the scenario described in the bug report 
(message with non-ascii in the Subject saved as .eml file displays 8-bit chars 
as two single-byte chars if attached to the mail body) is not happening anymore. 
When you attach an eml file non-ascii in the attachment are showing up correctly 
but if you just view the saved file through the Browser (File|Open page...) it 
is showing 8bit chars as two single-byte, please advise.

Comment 9

[Katsuhiko Momoi]

If .eml file is supposed to be the same as the original
message data, then this result is wrong. It is message body
is saved as UTF-8 right now. I think this is a bug.

Comment 10

[Michael La Guardia]

Putting on nsbeta2- radar.

Comment 11

[marina]

still reproducable with 2000-07-07 M17 build

Comment 12

[rhp (gone)]

Ok, I've retested this and like the other .EML message, this is displaying 
correctly when displayed inline.

- rhp

Comment 13

[marina]

the second scenario: view eml file with non-ascii in the Subject header from 
Browser shows single byte as two-bytes is still happening in 2000-09-19 build, 
reopening and attaching screen shot

Comment 14

[marina]

Attachment: the attached is a screen shot

Comment 15

[rhp (gone)]

Well, this is gonna have to wait for 6.1

Comment 16

[selmer (gone)]

What argument would support a P1 or P2 for this?

Comment 17

[rhp (gone)]

Seeing the type of stuff we are "Future-ing" at this point, there's no way this 
would come close to being criticial enough to fix.

- rhp

Comment 18

[selmer (gone)]

nsbeta3-

Comment 19

[marina]

just want to add some comments: JA chars in this case ( mail saved as eml file)
are displaying in the message header and body as question marks (???) and i am
not able to view them in 4.72 at all.

Comment 20

[scottputterman]

reassigning to ducarroz

Comment 21

[Denis Antrushin]

Note, that non-ascii headers in .eml file are correctly encoded
(QP for message headers and B64 for attachment headers), so maybe
this is browser problem?

Comment 22

[marina]

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

Comment 23

[marina]

Ray and Ying, please see comments in 206898 concerning l10n

Comment 24

[Mike Cowperthwaite]

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