GNOME Bugzilla – Bug 337479
Evolution forgets password on any error
Last modified: 2013-01-17 11:32:45 UTC
Please describe the problem: When Groupwise mail server is down, evolution shows many obsolete password prompts. Steps to reproduce: 1. Down your goupwise server or disconnect from network. 2. Start Evolution. 3. Evolution asks for Groupwise password. 4. Cancel 5. Evolution asks for Groupwise password. 6. Cancel 7. Evolution asks for Groupwise password. 8. Cancel 9. Evolution asks for Groupwise password. 10. Cancel 11. Evolution asks for Groupwise password. 12. Cancel 13. Go to another account, find a mail. 14. Press Reply 15. Evolution asks for Groupwise password. 16. Cancel 17. Go to your Groupwise Account properties 18. Uncheck "Automatically check every..." 19. Press OK 20. Evolution asks for Groupwise password. 21. Cancel Actual results: I had to press 7 times Cancel Expected results: Cancel one time, do not show again until explicitly try to get mails. Does this happen every time? Only if server is down Other information: Unchecking of "Automatically check every..." does not help (I have checked on also "Search in all drawers"). First time it asks immediately after pressing OK, and again after pressing Reply. Additionally, it seems thet Evolution hangs on rendering for a long time: 1. Start evolution (mailer should appear) 2. Immediately when window appears go to another workspace (do not wait for window rendering; you can probably need a hotkey for workspace switching). 3. Return back to Evolution workspace Current behavior: Evolution is dead, window is not rendered. Setting SOUP_SESSION_TIMEOUT=5 heps a much.
Thanks for taking the time to report this bug. This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the next software version. You may want to check for a software upgrade. *** This bug has been marked as a duplicate of 552631 ***
It is not a duplicate. Referred report and fix refers only to IMAP. This report refers to GroupWise.
I was looking in the GW code and unfortunately I didn't find any invalidity in the logic of the code there, with respect to this. It forgets password only when server returns E_GW_CONNECTION_STATUS_INVALID_PASSWORD, which seems to be correct to me. Maybe the error code is set wrong, I do not know. I cannot test it myself, unfortunately, I just told Akhil to make it duplicates, even the more general bug #553301 would fit better, that's right. Are you able to reproduce this?
After disabling access to the GroupWise server, Evolution 2.23.92 only silently crashes, not asking for any password:
+ Trace 207203
Created attachment 119313 [details] [review] proposed eds patch (the above trace only) for evolution-data-server; For the above trace only. Using uninitialized variables could lead to bad things, no doubt. (No string added, this one is from imap provider).
With this patch, it is better than in 2.12, but there are still two obsolete password requests: 1. Down your groupwise server or disconnect from network or edit your /etc/hosts. 2. Start Evolution. 3. Evolution asks for GroupWise password. 4. Cancel 5. Evolution asks for GroupWise password. 6. Cancel 7. Correct error pop-up. Actual results: Cancel twice Expected results: Don't ask at all: If network is down, retyping password will not help.
Approved. Commit to both trunk and branch.
> Expected results: > Don't ask at all: If network is down, retyping password will not help. > If network is down, it will automatically start in offline. Do you still get password prompts if you start without network ? You do not use networkmanager ?
Committed to trunk. Committed revision 9605. Committed to gnome-2-24. Committed revision 9606. Applies for crash patch in comment #5
No, I do not use networkmanager, as it is a desktop computer. In my new test, I did not disconnect from the network. I only mis-routed server mail address to simulate not responding server: echo "127.0.0.3 my_gwmail_server.example.com" >>/etc/hosts
*** Bug 547903 has been marked as a duplicate of this bug. ***
*** Bug 530137 has been marked as a duplicate of this bug. ***
*** Bug 581949 has been marked as a duplicate of this bug. ***
*** Bug 584178 has been marked as a duplicate of this bug. ***
Please consult above duplicates for more cases of this general issue, and also for some suggestions how to solve this. Note also that using a keyring and waiting with the master password too long may timeout the connection, so providers may not forget the password (it's one of the above duplicates). So this should be done through all the providers, like SMTP, POP, Exchange, ... One suggestion and problem analyses is available in bug #571504.
Confirming that this bug might be quite wide-spread! Our provider simply has a POP server that is down for some time each day (bad, I know). Evolution tries to poll mails each 15 mins and makes us re-type our passwords again and again. When server is down it answers things like: "-ERR mail storage services unavailable, wait a few minutes and try again" "-ERR Temporary problem, please try again later" So it should be possible to detect that this is not a case where the password should be asked again.
I have a similar problem with a free mail account where mail retrieval is allowed only every 15 mins. If I try more often, I get an ERR about that and Evolution asks for the password again although it had the correct one: "-ERR Zeitabstand zwischen zwei Logins unterschritten (FreeMail: 15 min, Club: kein)/minimum poll time not reached" and asking for the password, declaring the saved one as invalid. It would be nice if Evolution could either differentiate between this and a real password failure or alternatively not forget the old and correct password.
Created attachment 160730 [details] [review] eds patch for evolution-data-server; I thought this will be harder, but everything is in, just use it properly. Thus these patches. Maybe some follow up work will be needed, thus more people testing them better. (Reason why I'm committing to master only.)
Created attachment 160731 [details] [review] eex patch for evolution-exchange;
Created attachment 160732 [details] [review] ema patch for evolution-mapi;
Created commit 6f12470 in eds master (2.31.2+) Created commit b9cbe5a in eex master (2.31.2+) Created commit 4cadacc in ema master (0.31.2+)
*** Bug 626327 has been marked as a duplicate of this bug. ***
*** Bug 626898 has been marked as a duplicate of this bug. ***
*** Bug 630273 has been marked as a duplicate of this bug. ***