Closed
Bug 163433
Opened 22 years ago
Closed 21 years ago
additional line break on receiving messages via POP
Categories
(MailNews Core :: Networking: POP, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: skamio, Assigned: sspitzer)
Details
On receiving message via POP, messages have additional line break at its end. Try sending same message to POP and IMAP account and receive them. One via POP has additional one line break. (Other line breaks are related to Bug 70728? CRLF problem is Bug 103040.)
*** Bug 180558 has been marked as a duplicate of this bug. ***
Comment 2•22 years ago
|
||
The problem in this bug has nothing to do with the POP protocol. The problem is caused when you create and sent an email. To verify this, sent an email to yourself but NOT using Mozilla. I propose closing this bug as dup of bug #71433 or as INVALID
Comment 4•21 years ago
|
||
See Bug 180558 comment 3 for a test I did, trying to confirm that bug; I received the same message from the same server in a Unix shell program (Berkeley Mail) and in Mozilla, and both messages had the identical number of newlines at the end. Oliver is partly correct, in that Mozilla does appear to append one additional newline to messages it sends, compared to sending a similar message via Berkeley Mail. (In Berkeley Mail, it is not possible to send a message without terminating the last line with a <cr>, whereas that is possible with the Compose window for Mozilla.) However, Oliver is overlooking the basic point in this bug's original report: the same message was sent to a POP and an IMAP account, and there was a difference in the received text. I guess that is a fundamental issue with the mail protocols themselves. I do not believe this is a Mozilla bug, and I believe this bug should be resolved as Invalid.
Comment 5•21 years ago
|
||
There are many POP servers out there which add a <crlf>. I guess they just send <crlf>.<crlf> to terminate the mail itself. While RFC 2821 prohibits this first <crlf> explicit for SMTP protocol RFC 1939 doesn't say it that clear for the POP3 protocol. But Mozilla can't simply cut of the last <crlf> before the dot because this would be the line break of the last message line if the mail has been received from a correct server.
Comment 6•21 years ago
|
||
Closing this as Invalid. As said before, many POP3 servers (e.g. wide spread qmail-pop3d) send out this additional blank line to work around bugs in certain clients. So no Mozilla issue.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
Updated•20 years ago
|
Product: MailNews → Core
Updated•15 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•