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)

x86
Linux
defect
Not set
normal

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.)
QA Contact: sheelar → esther
*** Bug 180558 has been marked as a duplicate of this bug. ***
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

mass re-assign.
Assignee: naving → sspitzer
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.
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.
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
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.