Open Bug 189633 Opened 22 years ago Updated 9 years ago

No way to cancel mail fetching in case of POP error causing endless Alerts

Categories

(MailNews Core :: Networking: POP, defect)

Product:
MailNews Core
Component:
Networking: POP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

People

(Reporter: dskiles, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 The mail server at Penn State (and I'm guessing a few other places) limits the frequency at which you can check your e-mail to once every two minutes. If you try to check your mail more than once in a two minute period Mozilla will provide a message that looks something like this: The PASS command did not succeed. Mail server server.name.here responded: userID must wait X seconds before checking mail again. The box has an "x" in the top-right corner and an "okay" button. If you click either of them mozilla attempts to check the mail again. This causes the message to be repeated over and over until the two minute period is up. Reproducible: Always Steps to Reproduce: 1. Find an e-mail server with a time lock. 2. Check your mail. 3. Check your mail again before the time lock is up. Actual Results: The PASS command did not succeed. Mail server server.name.here responded: userID must wait X seconds before checking mail again. (With an "x" and an "okay" button). Expected Results: The PASS command did not succeed. Mail server server.name.here responded: userID must wait X seconds before checking mail again. (With an "x" and a "retry" and a "cancel" button).
Confirming on Linux build 2003121209 I've got another POP error but it's produce the same endless Alert windows. Please see bug 191391 for details.
Severity: normal → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
*** Bug 191391 has been marked as a duplicate of this bug. ***
Changing summary to a little bit more general
Summary: Mozilla does not have a cancel button for errors on servers that have a time limit. → No way to cancel mail fetching in case of POP error causing endless Alerts
Related bug 124192 and bug 195596
I've seen this as well with some mail servers.
taking
Assignee: naving → bienvenu
*** Bug 236433 has been marked as a duplicate of this bug. ***
*** Bug 237450 has been marked as a duplicate of this bug. ***
*** Bug 269296 has been marked as a duplicate of this bug. ***
*** Bug 271041 has been marked as a duplicate of this bug. ***
Product: MailNews → Core
The fixes from https://bugzilla.mozilla.org/show_bug.cgi?id=270249 appear to have partially resolved this in Thunderbird 1.0. The mail check now stops looping after five tries. It would be preferable to have a way to cancel the mail check after the first failed try, but this is a good step.
*** Bug 307096 has been marked as a duplicate of this bug. ***
I see the same problem with IMAPS in Seamonkey 1.1b. It asks over and over and over and will not take no for an answer. What is the point of a cancel button if it will not stop trying to connect? Or, maybe after three tries and three cancels, you should stop trying to fetch mail from that server until it is done manually. And even if I have password manager remember my login, it does not use it for me automatically. This happens because our #$%^&^&* exchange server will not accept IMAP logins for a long time after it comes to life.
Anyone still see this with thunderbird2? With a trunk build?
Assignee: bienvenu → nobody
QA Contact: esther → networking.pop
I saw this not too long ago with thunderbird 2.0.0.x. Incorrect password caused an endless loop of prompts on an IMAP account.
Product: Core → MailNews Core
seen also in v3.1? If so, do we need a log?
Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.
You need to log in before you can comment on or make changes to this bug.