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)
Tracking
(Not tracked)
NEW
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.
Updated•20 years ago
|
Assignee: darin → bienvenu
Component: Networking: File → MailNews: Database
QA Contact: benc
Comment 1•19 years ago
|
||
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?
Comment 5•19 years ago
|
||
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>.
Comment 8•17 years ago
|
||
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.
Comment 9•16 years ago
|
||
arno. - did you find any similar bugs? this smells like a dupe
QA Contact: backend
Comment 10•16 years ago
|
||
No, the only "related" bugs about end of lines are macosx specific:
#197733 and #156614
Assignee | ||
Updated•16 years ago
|
Product: Core → MailNews Core
Comment 11•15 years ago
|
||
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
Comment 12•15 years ago
|
||
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
Updated•12 years ago
|
Assignee: dbienvenu → nobody
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•