507530 - When saving a message, it is saved with DOS-style \r\n line endings.

Status: RESOLVED DUPLICATE of bug 503271

(Thunderbird :: Message Reader UI, defect)

Description

[Peter Anvin]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090717 Fedora/3.5.1-1.fc11 Firefox/3.5.1
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2

When saving a message, it is saved with DOS-style \r\n endings, which is a bit awkward if the file contains a patch, for example.  Thunderbird 2 would save the message with OS-native \n endings.


Reproducible: Always

Steps to Reproduce:
1. Pick a message from the INBOX (I use IMAP, if it matters.)
2. Right click: Save as...
3. Examine the message
Actual Results:  
Resulting file has \r\n endings.

Expected Results:  
Resulting file has \n endings.

Comment 1

[WADA:World Anti-bad-Duping Agency]

> 2. Right click: Save as...
> Actual Results:  
> Resulting file has \r\n endings.

"Save as..." to which file type? If eml, DUP of Bug 503271.

Comment 2

[Peter Anvin]

Whatever the default is.

Comment 3

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #2)
> Whatever the default is.

No file picker dialog and automatically saved with default file type?
Or default at file picker dialog?
If latter, any of .txt, .html, .eml is saved with [CRLF] as newline character(s)?

Comment 4

[Peter Anvin]

The default at the file picker dialog.  Changing the extension manually from .eml to .txt produces a different format, using native endings, but:

(a) it requires an additional manual step, which for my uses there already are too many.  I would be a lot happier if I could just drag and drop to a folder -- not an mbox, but a file folder -- to save my messages that way.
(b) It puts newlines after header names:

Subject:
nasm-www patch
From:
Cyrill Gorcunov <[e-mail]>
Date:
Sun, 2 Aug 2009 21:43:49 +0400
To:
"H. Peter Anvin" <[e-mail]>

... this breaks any kind of scripts that process metadata.

Comment 5

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #4)
> Changing the extension manually from .eml to .txt produces a different format,
> using native endings, but:
>(snip)

".txt format is not approriate for your purpose or not" or ".eml format is required for your purpose" is absolutely irrelevant to the problm.
DUP of Bug 503271.

Comment 6

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #4)
> ... this breaks any kind of scripts that process metadata.

As I pointed in Bug 503271 Comment #4, almost all U*ix system has fortunately (unfortunately?) very simple && easy-to-use command/shell/tool to remove [CR] from file, based on The_UNIX_Philosophy.
> http://en.wikipedia.org/wiki/Unix_philosophy#Mike_Gancarz:_The_UNIX_Philosophy
> 1. Small is beautiful.
> 2. Make each program do one thing well.
>(snip)
If you need ".eml format" for your purpose, consider utilizing of them in your daily use of Linux system.