137846 - Can't send a message with non-ascii attachment on MacOSX

Status: RESOLVED DUPLICATE of bug 95481

(MailNews Core :: Internationalization, defect)

Description

[Jeesun Cho]

Can't send a message with non-ascii attachment

1 [details] [diff] [review].0.0 Branch build for Mac OS X
User Agent: Gecko/20020415 Netscape6/6.2.1+

Steps:
1. Compose a message.
2. Attach a text file which has Katakana or hiragana file name. This text file
was created by TextEdit program on Mac OSX. It has rtf extension.
3. Attached file name looks weird in "Attachments" section
4. Click on "Send" button
5. You'll see an error message (see below).

Error:
Sending of message failed.
Please verify that your Mail & Newsgroups account setting are correct and try again


Note: 
1. If you attach an english name file, you won't see this problem.
2. Windows platform does not show this problem. Sending a message with a chinese
name file on Chinese Windows XP works fine.

Comment 1

[marina]

Jeesun, what locale are you using. If i create in Text editor a non-ascii rdf
file with latin-1 extended chars on en locale the file name displays fine and
sending has no problem.

Comment 2

[Jeesun Cho]

I just tried the same thing as you did. I choose German locale on Mac OSX and
created a rtf text file with non-ascii char file name. Display of attached file
name works fine and I was able to send a message without any problem.

But if you use Hiragana or katakana, it doesn't work as I mentioned in the step
2 above. 

Comment 3

[nhottanscp]

>But if you use Hiragana or katakana, it doesn't work as I mentioned in the step
>2 above. 
What was the locale setting for the Japanese test case?

Comment 4

[Jeesun Cho]

When the system locale is set to Japanese, I do NOT see the error msg and I was
able to send a mail with Japanese attachment.

But I noticed:
1.Attach a text file created by TextEdit. This file has a Japanese or English name
2. Sent your mail with the attachement
3. When you receive the mail, the type of the attached file is windows word
document, not TextEdit document.

Is this by design?

Comment 5

[Jeesun Cho]

FYI,
With the system locale set to ENGLISH,
1. Sending an attachement with Japanese file name (Japanese content): NOT work
2. Sending an attachement with English file name (Japanese content): Work

Comment 6

[John Valdez]

I'm having a similar problem with OSX 10.1.5 English & Mozilla v1.0 r1.0.0 but
after some tinkering I found out why.

I noticed that the attachment area sometimes displayed attachments as a filename
(e.g., "myfile.zip") which always worked, but other times would display a path
(e.g., "file:///jobs/company/1/project/2/myfi...") which always fails. Why does
Moz show a path? Because the path to the attachment contains a "/" in the Finder.

So trying to attach & send file "myfile.zip" of folder "somejob 7/02" will not
work. But "myfile.zip" of folder "somejob July02" will, whether it's ascii or not.

I'm not sure if this helps (or was already know), but I'm just trying to
contribute a little to amazing work the Moz team has done. I greatly appreciate
your group's efforts! Thanks!!!

Comment 7

[nhottanscp]

>With the system locale set to ENGLISH,
>1. Sending an attachement with Japanese file name (Japanese content): NOT work
>2. Sending an attachement with English file name (Japanese content): Work

This is a dup of bug 95481.
About the problem described in comment #6, I think that is something different
from this bug. Please file it as a separate bug.



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