Closed Bug 149007 Opened 22 years ago Closed 17 years ago

login for IMAP account does not prompt for password and fails

Categories

(SeaMonkey :: MailNews: Account Configuration, defect)

Product:
SeaMonkey
Component:
MailNews: Account Configuration
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: alex.rozenberg, Unassigned)

Details

Attachments

(1 obsolete file) 

When I created my new IMAP account it prompted for my password and retrieved all
e-mails corectly. When I restarted Mozilla and was trying to check my e-mail, it
did not prompt me for the password and connection failed. The error message:
"Could not connect to med.marconi.com. Connection was refused"
Did you change the password on the account?
I did not change my password on my account. Also, I did not enable Password
manager to save the password. 
That means it's not the same as bug 121926. Maybe it's a regression from the fix
for that bug.

Possibly related to bug 148310, but this bug is reported on Linux, and bug
148310 is limited to Quick Launch. 

What Mozilla build are you using?
I am running Mozilla 1.0 Release Candidate 2.
I created new profile, set new mail account, entered password, retrieved my
e-mail. Restarted Mozilla and is not getting prompt for password, cannot
connect. 

Installed Release Candidate3 version. Still heve the same problem: Connection
refused. I use my Netscape all the time for that account with no problems at
all. Looks like Mozilla cannot handle IMAP properly or it could be password
issue?

Related fixes have recently been checked into the tree. It might be that a new
build of Mozilla solves the problem. Could you download and install the latest
1.0.0+ build?

It's available at ftp://ftp.mozilla.org/pub/mozilla/nightly/latest-trunk
I'am experiencing the same problem with Mozilla 1.1 (mkd10) coming with Mandrake
Linux 9.0. When I installed earlier Mozilla Mail 1.1mkd5 from MDK Linux 9.0 rc1
CD the bug disappeared for a while, but now it came back.
Have the same problem. 
I imported my IMAP account from previous version (0.9.2.1) and I'm unable to Get
Messages. It hangs for a while and then terminates with "connection refused".I
was never asked for the password.
When I create a new account (for the same server) I don't have a chance to fill
the password in and it does not get my messages.
I have a related problem. My password was changed on the mail server and the
IMAPS client failed prompt me for my new password.  It just simply reports:

"Login in to pop.snert.net failed."

Changing from IMAPS to IMAP makes no difference.  

There is a workaround: I actually had to go into the password manager and remove
the stored password for the server, after which checking for email prompts for
the password.
BTW I forgot to mention that my last comment applies to Mozilla 1.2b build
2002101612.
I thought this was fixed (perhaps in 1.2beta) but I'm not getting prompted to
enter a new password when it gets changed on the server again in Moz 1.2.1.
I have had the same problem now on both Windows XP and Linux, though one of my
colleagues has not had it at all, despite us using the same mail server and
mozilla builds.  He uses secure iamp though - perhaps this makes a difference? 
There is a workaround - allow mozilla to save your password.  Not secure, but
appears to work.
I have this problem too, alas not really reproducable.
1) Desktop, Windows2000SP3, Mozilla 1.2.1, connection over DSL with NAT
-> everything works fine. Mozilla prompted me once for the passwords and since
remenbers them (3 accounts)
2) Notebook, Windows2000SP3, Mozilla 1.2.1, connection via POTS modem
-> after creation of (the same) accounts (to read my mail from home) I was never
prompted for the passwords and the connection to the server ist refused.
Same Notebook, same connection using Outlook 2000, everything works.
When looking behind the "manage stored passwords" button in Mozillas
preferences, there is no entry for the IMAP-server. 

HTH

Matthias
I am using Mozilla 1.2.1xft on linux RH 8.0. I use an IMAP server (Exchange) as
my mail server and I do not get the option to change my password when it does
not validate. I must change my password every month.
The problem has been around for a while but was not huge problem in the past as
I have just used the password manager to delete my old password but now mozilla
deadlocks when I pick the Manage Passwords menu
strace shows forever:
read(13, "", 8192)                      = 0
read(13, "", 8192)                      = 0
read(13, "", 8192)                      = 0
read(13, "", 8192)                      = 0
read(13, "", 8192)                      = 0
read(13, "", 8192)                      = 0
read(13, "", 8192)                      = 0
read(13, "", 8192)                      = 0
read(13, "", 8192)                      = 0

I gets messy as Exchange locks my account after 3 attempts. Using a stored
password should succeed the first time or prompt for a new password after the
first failure!!

I also see this problem on Mozilla 1.2.1 on Solaris. After changing my password
on the IMAP server (something I am required to do every 3 months), Mozilla mail
was not able to login, giving the same type of "login failed" as others have
seen.  It did not prompt me for my new password like it should have.  To work
around this, I loaded Mozilla 1.1 instead and it was able to see that the old
password failed, so it prompted for my new password. So something broke between
Mozilla 1.1 and 1.2.1 releases that is causing this problem.  I did not try to
erase the old password with the Password Manager.
This looks like bug 190106.
dup of bug 133525 ?
mass re-assign.
Assignee: racham → sspitzer
Same problem. Can't get IMAP mail at all and get a connection failed message.
Never asks me for a password either. Works fine on Thunderbird though...
I did not have this problem with Mozilla 1.3 coming with RedHat 9.0. But now I
installed Fedora Core 1 with comes with Mozilla 1.4.1, Mozilla/5.0 (X11; U;
Linux i686; en-US; rv:1.4.1) Gecko/20031030 and I have not managed to login
imap-166.luukku.com -server. Password is never asked and password-manager is empty.
I first tried to just copy the .mozilla -directory from redhat 9.0, but I same
effect happens when I delete .mozilla and .netscape -folders and redefine my
email-server settings.
Mozilla 1.3 in RedHat 9.0 still works perfectly when I reboot into it.
I'am using dialup modem connection.
I updated mozilla in Fedora Core 1 to mozilla-1.4.1-18. Now it asks the password
properly - the bug seems to be gone.
Product: Browser → Seamonkey
Assignee: sspitzer → mail
Reporter: Is this still a problem in recent build s?

I haven't experienced this problem for a long time anymore. From my point of
view I propose this bug to be closed.


We had a problem where the user would switch the IMAP password on one machine, and try to use another where a stored password had been persisted.  The login fails and doesn't bother to ask the user to re-enter the password.  The proposed fix deletes the stored password on this condition and then prompts the user.
My new Vista machine had thunderbird 2.009 working fine until I did the security upgrades. Now I launch T-bird and it thinks its connected, so I don't get the password prompt to login into the mail server. No amount of restarting or calls to the service provider seem to help. neither did using the thunderbird uninstall and re-installing it. 
Comment on attachment 202720 [details] [diff] [review]
proposed fix: nsImapProtocol - delete the stored password if login failure occurs.

I don't know if this patch is bitrotted or if makes any sense but asking review
Attachment #202720 - Flags: review?(bienvenu)
Attachment #202720 - Attachment is patch: true
Comment on attachment 202720 [details] [diff] [review]
proposed fix: nsImapProtocol - delete the stored password if login failure occurs.

yes, I believe this is obsolete, and the problem has been fixed a different way...forgetting the password is bad in the case that the login failed for other reasons. Now, we reprompt with the old password filled in - if the password really changed, the user can enter the new password.
Attachment #202720 - Attachment is obsolete: true
Attachment #202720 - Flags: review?(bienvenu)
thanks David, maring wfm then after comment #23
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: