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

Status: NEW

(MailNews Core :: Networking: POP, defect)

Description

[Skiles]

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).

Comment 1

[Max Alekseyev]

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.

Comment 2

[Max Alekseyev]

*** Bug 191391 has been marked as a duplicate of this bug. ***

Comment 3

[Max Alekseyev]

Changing summary to a little bit more general

Comment 4

[Max Alekseyev]

Related bug 124192 and bug 195596

Comment 5

[Robert Accettura [:raccettura]]

I've seen this as well with some mail servers.

Comment 6

[David :Bienvenu]

taking

Comment 7

[Max Alekseyev]

*** Bug 236433 has been marked as a duplicate of this bug. ***

Comment 8

[R.K.Aa.]

*** Bug 237450 has been marked as a duplicate of this bug. ***

Comment 9

[Mike Cowperthwaite]

*** Bug 269296 has been marked as a duplicate of this bug. ***

Comment 10

[Mike Cowperthwaite]

*** Bug 271041 has been marked as a duplicate of this bug. ***

Comment 11

[Jennifer Mullen]

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.

Comment 12

[Mike Cowperthwaite]

*** Bug 307096 has been marked as a duplicate of this bug. ***

Comment 13

[James Rome]

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.

Comment 14

[Magnus Melin [:mkmelin]]

Anyone still see this with thunderbird2? With a trunk build?

Comment 15

[Robert Accettura [:raccettura]]

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.

Comment 16

[Wayne Mery (:wsmwk)]

seen also in v3.1?  If so, do we need a log?

Comment 17

[Ludovic Hirlimann [:Usul]]

Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.