Closed
Bug 277071
Opened 20 years ago
Closed 20 years ago
Timeout by mail.pop3_response_timeout should be notified to user
Categories
(MailNews Core :: Networking: POP, enhancement)
MailNews Core
Networking: POP
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: World, Assigned: Bienvenu)
References
Details
Spin off from Bug 253886(a DUP of Bug 228649).
Bug 127461 introduced mail.pop3_response_timeout(default=45sec.) to resolve
"forever wait" problem on 2004-10-26.
This has made symptom of Bug 228649 improved.
- "forever wait" is improved to "RETR error due to timeout"
However, this timeout is not notified to user, then problem such as Bug 270014
or Bug 273369 are reported.
The only way to know "timeout" is "get POP3 protocol log" currently.
The timeout should be notified to user by error message.
Note:
Component is set to "Networking: POP" initially.
But "timeout" is not POP3 only problem as Bug 127461 Comment #65 says.
Error message when timeout should be notified to user for any networking protocol.
Assignee | ||
Comment 3•20 years ago
|
||
OK, mail.pop3_response_timeout is now obsolete/deprecated. mailnews now uses one
pref, mailnews.tcptimeout for all our timeouts (imap/pop3/nntp/smtp...). And now
you should get an alert on a timeout. I'm sorry I had to deprecate
mail.pop3_response_timeout, but now the timeout is more general.
Comment 4•20 years ago
|
||
Was this fixed by bug 189363 (which is still not resolved), or is it actually
WORKSFORME or even INVALID at this point?
Assignee | ||
Comment 5•20 years ago
|
||
yes, as I said in Comment #2 - the fix in bug 189363 will fix this as well.
bug 189363 is still open because I have to check in the imap fix. The pop3 fix
was checked in earlier, and this bug is about pop3.
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•