Closed Bug 232860 Opened 21 years ago Closed 21 years ago

Mozilla mail reports connection problems with MTA when MTA FIN's TCP connection


(MailNews Core :: Networking: SMTP, defect)

Not set


(Not tracked)



(Reporter: gleisner, Assigned: ch.ey)




(1 file)

Build Identifier: Mozilla 1.5 & Mozilla 1.6

The pop3 mail server recieves a message from Mozilla and sends a 250 message 
saying the email is deliverable.  Then the pop3 server immediately does a TCP 

Mozilla sometimes displays "message sent" on the progress dialog and sometimes 
not.  But Mozilla always pops up an error dialog and says "connection failure".

[the Mozilla problem] Mozilla doesn't complete the email handling by marking 
the email as sent and placing a copy in the sent folder, even though Mozilla 
would have sent a QUIT if the connect remained open.

[optional] I realize that this isn't Mozilla's problem, but if there could be a 
setting to turn off the error message when Mozilla is set to send a QUIT and 
the server beats it to the punch with a TCP FIN, that would be nice.

Reproducible: Always
Steps to Reproduce:

My ISP (SBC) will not assist in this problem because Outlook Express doesn't 
have an issue with the server's behavior.
Not a Bugzilla bug...
Assignee: myk → sspitzer
Component: User Interface → Networking: SMTP
Product: Bugzilla → MailNews
QA Contact: mattyt-bugzilla → nbaca
Version: unspecified → Trunk
similar to bug 212208 (in a totally different context)
I wasn't that sure if a "250" response is sufficient or if an answer to "QUIT"
is necessary.
But RFC 2821, 6.1 says "When the receiver-SMTP accepts a piece of mail (by
sending a "250 OK" message in response to DATA), it is accepting responsibility
for delivering or relaying the message." So I think it's ok if we're tolerant here.
Assignee: sspitzer → ch.ey
Ever confirmed: true
Hardware: PC → All
Attached patch proposed patchSplinter Review
This introduces m_sendDone as an indicator for correct sent message.
Disconnects with m_sendDone == PR_TRUE are considered to be not bad.
Comment on attachment 140422 [details] [diff] [review]
proposed patch

seems reasonable.
Attachment #140422 - Flags: review+
Attachment #140422 - Flags: superreview?(mscott)
Attachment #140422 - Flags: superreview?(mscott) → superreview+
I'll check this in.
patch fixed in, thx, Christian.
(In reply to comment #7)
> patch fixed in, thx, Christian.

I've downloaded and installed the 5-Feb-2004 build containing this patch. It
seems to be working fine; I'm no longer getting connection failure messages from
I'm going to port this to the tbird 0.5 branch since there is such a long thread
in mozillazine with testers running into this. Nice timing on the fix Christian :)

Fixed on the M4 branch.

P.S. Can we close this bug as fixed?
Blocks: 230700
Closed: 21 years ago
Resolution: --- → FIXED
*** Bug 233363 has been marked as a duplicate of this bug. ***
Problem has reappeared when I try to send to 30 recipients through, but can be avoided by cutting down the number of recipients
to 25. Last I tested it, there is not supposed to be a limit on the number of
recipients in a single mesage of less than 50. Evidently, there is still some
kind of timeout going on, because there is a long delay in getting back an
indication that the send was successful, longer than similar messages with
similar numbers of recipients have taken in the past.

This is to request the bug be reopened.
I don't believe that's the same problem.

> Evidently, there is still some kind of timeout going on,

SBC modified their system in the past weeks as they said. Maybe processing mails
to many recipients now take very long or something else.
I suggest to open a new bug, attach a log and I'll see.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.