Open Bug 285408 Opened 20 years ago Updated 2 years ago

POP3 Drafts and Sent mbox files use different line ending markers from other mbox files

Categories

(MailNews Core :: Backend, defect)

PowerPC
macOS
defect

Tracking

(Not tracked)

People

(Reporter: bugzilla, Unassigned)

References

(Blocks 1 open bug)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20040910 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20040910 This bug is also present in Thunderbird version 1.0 (20041206) The Drafts and Sent mbox files use DOS-style line ending markers (CRLF; \r\n; 0x0D0A) while all other mbox files use UNIX line ending markers (LF; \n; 0x0A). If messages are copied/moved to or from the Drafts/Sent folders then the resulting mbox file will contain inconsistent line endings. Similarly, sent messages copied from an IMAP account's Sent folder to a POP3 account's Sent folder will result in inconsistent line endings in the POP3 Sent mbox file as the IMAP outgoing message is written to that file with UNIX line terminators. Reproducible: Always Steps to Reproduce: 1. Create and optionally send an email from a POP3 account. Actual Results: The Sent mbox file contains the sent message with lines terminated by CRLF. Expected Results: The Sent mbox file should have UNIX line endings, consistent with incoming message mbox files. See also: Bug 234935 and Bug 156614.
Assignee: darin → bienvenu
Component: Networking: File → MailNews: Database
QA Contact: benc
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug is still present in Thunderbird version 1.5 Beta 1 (20050908); Mac OS X 10.3.9.
This bug is still present in Thunderbird version 1.5 (20051201); Mac OS X 10.3.9.
David, is "Core, MailNews: Database" the most appropriate Product and Component for this bug?
backend is better - database is for the .msf files...this might turn out to be the composition code, but backend is close enough.
Component: MailNews: Database → MailNews: Backend
Looking at my Inbox and Sent files, I now see that there is a mish-mash of line endings in both of these. Some messages are terminated in their entirety with either LF (0x0A) or CRLF (0x0D0A). Other messages (appears to be more recent messages) have headers terminated with LF (0x0A) and bodies terminated with CRLF (0x0D0A). Additionally, and a separate bug, the X-Mozilla-Keys header added by TB2 is terminated with one terminator while the other header lines are terminated with the other terminator. I believe this situation needs some attention.
I'm not sure, but AFAICT the problem with sent messages containing CRLF on the Mac would appear to be the hard-coded use of CRLF here: <http://lxr.mozilla.org/seamonkey/source/mailnews/compose/src/nsMsgSend.cpp#4509>.
I see the same behaviour on linux (thunderbird 2.0.0) With an empty profile, the first mail I create in Sent, and the first mail I create in Draft are CRFL line ended.
arno. - did you find any similar bugs? this smells like a dupe
QA Contact: backend
No, the only "related" bugs about end of lines are macosx specific: #197733 and #156614
Product: Core → MailNews Core
Blocks: 468835
bienvenu in comment #5: > this might turn out to be the composition code, but backend is close enough. David, do you have ideas of how to dispose of this, and should it be confirmed? (In reply to comment #10) > No, the only "related" bugs about end of lines are macosx specific: > > #197733 and #156614 Bug 156614 - MacOSX emails saved with CR line termination Bug 197733 - 1.3 mbox newline format mixes CR/LF, breaks compatibility with earlier Mozilla and other apps
I think #c7 is right - but I don't know how easy it is to fix it. When we post a message, we need CRLF endings.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee: dbienvenu → nobody
Blocks: tb-drafts
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.