200648 - insert ">" character on text/plain attachments at the beginning of phrases that start with "From"

Status: VERIFIED DUPLICATE of bug 121947

(MailNews Core :: Attachments, defect)

Description

[Jordi Cucurull Juan]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; ca; rv:1.3) Gecko/20030313
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; ca; rv:1.3) Gecko/20030313

When a plain text file is attached to an email and this includes phrases that
starts with the "From" word, therefore the Mail&News application attachs the
file with the ">" character in front of that word. This is an important problem
specially when you're trying to attach a Tex file that contains the "From" word
by all the file.

Reproducible: Always

Steps to Reproduce:
1.Make a text file that includes at the beginning of any line the "From"
(without comilles) word (I've tryied with "vi" editor).
2.Attach the file to an email and just press "Save" button.
3.Look at the Draft folder and open the attached file, you will see the text how
I explained.

Actual Results:  
I've attached a file with that text:

From prova
From prova
From prova

After that, when I've opened this file in my draft email (the same it happens if
you send the email) the text was:

>From prova
>From prova
>From prova



Expected Results:  
Mozilla have not to modify my text file attachment.

There isn't any relevant information, only that I tryied it with Mozilla 1.0.1
for Linux, Mozilla 1.3 for Linux and for Windows ant the problem it's the same.

Comment 1

[Jordi Cucurull Juan]

Attachment: Text file and mail with the text file attached

This is a ZIP with the text file that fails to be attached and the email with
that file attached.

Comment 2

[Jo Hermans]

Sorry, but this is actually normal, to make sure that the 'From' isn't
recognized as a header. All mail clients do that, unless that mail is contained
inside a MIME-attachment (yes, Outlook too !). It's "just one of these things".
See for instance bug 33712.

Now, what we would need to do is to hide this from the user. See bug 121947.

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

Comment 3

[Vedran Miletic]

v