evolution asking for a password, even though it should be remembered

Thank you for opening this bug and helping making Ubuntu better.

We need more data so that we can find what happened. One way is to run Evolution under debug mode, and save the output. You can do so by running, from a terminal:

env CAMEL_DEBUG=all evolution >& /tmp/camel.out

then keep on using Evolution as normal. As soon as you encounter the issue, quit Evolution (to minimise the amount of extraneous data in the log), and attach here the piece of the log showing the issue.

I have same issue. And here is the interisting part of log. As you can see, gnome-kayring do not save my password. On other hand i have system with stored pasword in it, so it just working.

--------------------- log -----------------------------------
Get folder info(0x1286360:mbox:/home/bex/.evolution/mail/local, '<null>')e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results)
e-data-server-ui-Message: Key file does not have group 'Passwords-Mail'
received: * OK GMX IMAP4 StreamProxy ready.^M
sending : C00000 CAPABILITY^M
received: * CAPABILITY IMAP4 IMAP4rev1 IDLE AUTH=LOGIN AUTH=CRAM-MD5^M
received: C00000 OK CAPABILITY completed^M
sending : A00001 AUTHENTICATE CRAM-MD5^M
e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results)
e-data-server-ui-Message: Key file does not have group 'Passwords-Mail'
received: + MyEncryPtedPassWordTbdchne^M
received: A00001 OK 23875046 logged in^M
sending : A00002 LIST "" "*"^M
-------------------------------------------------------
i do not like to geve complete log. or i need completly check it.

could you run seahorse and verify that there is no password corresponding to the account? do you have any error about password writting in the log?

No there is no password stored corresponding to this account. But there is stored smb password, so seems like seahorst working.

After this part of log it begin listing and fethcing.
And there is nothing about storing the password at all it the log.
--------------------- log continue ----------------------------
received: * LIST () "/" "alex"^M
received: * LIST () "/" "alex/bugtrack"^M
.............
received: A00002 OK Completed^M
sending : A00003 LSUB "" "*"^M
received: * LSUB () "/" "alex"^M
received: * LSUB () "/" "alex/bugtrack"^M
...............
received: A00003 OK Completed^M
sending : C00001 LOGIN xxx xxx^M
received: C00001 OK 23875046 logged in^M
sending : C00002 SELECT alex/bugtrack^M
received: * FLAGS (\Answered \Flagged \Draft \Deleted \Seen)^M
received: * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen)]^M
received: * 1977 EXISTS^M
received: * 0 RECENT^M
received: * OK [UIDVALIDITY 1101911864]^M
received: * OK [UIDNEXT 15540]^M
received: C00002 OK [READ-WRITE] Completed^M
sending : C00003 UID FETCH 1:15539 (FLAGS)^M
received: * 1 FETCH (UID 10427 FLAGS (\Flagged \Seen))^M
received: * 2 FETCH (UID 10432 FLAGS (\Flagged \Seen))^M
-------------------after this the is only fetching -----------------------------

And there is nothing about storing the password at all it the log.

I think this bug and Bug 241139 may have same problem.

password for smtp server will be saved. so this part working just fine.

do you still get the issue? could you send it on bugzilla.gnome.org where people writting the code will read it too?

its not every time. i think it just if the connection fails in a certain way. hopefully it will happen when i am logging one day

I can confirm this for the newest Evolution in Ubuntu 8.10 as of today.

Is anyone going to send this upstream?

the bug should be sent by somebody having the issue and who can reply to their comments, seems that nobody on the bug has been interested to do that yet though

Ok I couldn't reply to their comments, so unfortunately I cannot do that. Can anyone else do it?

i was beasy with some other bugs. today i will send this report upstream.

why can't you reply to their comments? don't you get the bug?

i found one workaround: go to account settings and change imap or pop setting to plain password and no encruption. restart evolution. check email. This will save the password to the keymanager. Now you can change the setting back to secure.

I have tried your workaround with no luck. Currently using Evolution 2.24.0 Ubuntu 8.10 AMD64 beta using a google POP account. Receive remembers password but sending never does.

The following box appears when trying to send an email for the first time after opening Evolution:

"Please enter the SMTP password for
<email address hidden> on host smtp.gmail.com"

Then there is an option to check a box that says:

"Remember this password for the remainder of the session."

If I check that box, Evolution will remember the password for future sent emails until I exit and relaunch Evolution then it doesn't remember it. All inbound emails remembers the password and under Evolutions editor account, I have selected "remember password" under the Sending Email tab, yet it doesn't remember.

Evolution 2.24.0
Ubuntu release 8.10 (intrepid)
Kernel Linux 2.6.27-7-generic
GNOME 2.24.0
AMD64

http://bugzilla.gnome.org/show_bug.cgi?id=552631 looks like mine, and that seems to be fixed in 2.24

Well, does this relate to the ACCOUNT password? In this case, on this test machine here, using the newest Evolution in Ubuntu 8.10, this is not fixed.

My workaround was similar as originally posted - by changing the server type to IMAP, connecting, and then reverting back to pop. This worked even in instances where you have to have a "premium" account to use IMAP (such as Gmx.net) but I am a "freemail" user and hence can only access pop and smtp.

Unlike the previous post, I am using SSL to connect in POP, IMAP and SMTP.

It is inconsistent. I have about 14 email accounts. I reinstalled Ubuntu after having tried other distros and restored from my Evolution backup. 12/14 remembered the password flawlessly whereas 2 did not.

Thanks,

Rob

I'd just like to add that this bug also affects the calendar. Following the debugging steps posted by hggdh, I found this in the output file explaining the problem:

e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results)
e-data-server-ui-Message: Key file does not have group 'Passwords-Calendar'

The odd thing is that the password requast problem suddenly starts after months of flawless operation. Oddly enough, another bug struck - unable to make FTP transfers with any FTP software.

I can confirm that this bug is still present in ubuntu 9.04.

On my fresh-installed Ubuntu 9.04 have same problem with Evolution 2.26.1. The IMAP/SMTP password stored correctly, but CalDAV password forgotted always, and this lines printed to stderr when i start the Evolution.

e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results)
e-data-server-ui-Message: Key file does not have group 'Passwords-Calendar'

I type my password, and got this msg:

(evolution:9023): e-data-server-ui-CRITICAL **: ep_keyring_insert_password: assertion `user != NULL' failed

...and ask the CalDAV password again and again at everything Evolution restart. The Clock Applet don't show my calendar events.

I had a similar problem in which Evolution kept asking me to input my password over and over even though the password entered was correct. I found a solution on another forum.

If you make a copy of the config directory in your home folder/.evolution/mail/config and then delete the original, restart evolution then it creates a new config directory. input your passwords again and it should all be fine.

I also have this issue with CalDAV.
Ubuntu 9.04 64bit version.
Evolution version 2.26.1

I created a log as request by post #2.

This is what I did.

1. Opened evolution
2. Went to calendar
3. Selected the tickbox next to Calendar using Caldav (Evolution now asks for password it keeps forgetting).
4. Entered correct password and Evolution opened the calendar.
5. Closed evolution

It's a big file, got quite a bit of mail flying around ;)

Hello

I am running Ubuntu 9.10 using the final release, will all updates (including evolution updates today) done as of around 5 pm Nov 9th.

I have several pop3 accounts in evolution with passwords. smtp does not need a password here.

Randomly I have been asked for one or other pop3 password.

The last time it happened, I had a look at the list of passwords in seahorse: the password requested was not there. As a test I have now only allowed Evolution to read the passwords, with permission to write and delete turned off for Evolution. This way at least I can assume if it happens again that the issue is related to either Seahorse or the Keyring.

I will report back in the next few days.

Hello

Awoke this morning to find a request for permission for Evolution to access the keyring. Being half-asleep I allowed it permission and then got the old request for password bit again. I cannot draw conclusion from this except insofar as either Evolution gets confused by delays with the server responding to the password and the decides that the present one is wrong, or the issue is with the keyring/seahorse combo. Next time I will check seahorse to establish if all passwords are there or not before granting permission.

update...

I got another request for Evolution to access the keyring, bt this time I checked the situation in seahorse first.

The password is missing from Seahorse. Somehow between Seahorse and the keyring the password is not being kept.

Hope this is of use to soembody to fix the prob.

second update

this time definitely evolution is the issue.

a pop-up happened asking for evolution to get permission to access the keyring - I hit deny and then the "type in your password" dialogue appears, BUT the password IS already there...

it would appear that the delay of the email server responding causes evolution to request the password, in this instance.

'

I have the same issue on Karmic with evolution 2.28.1-0ubuntu2 when trying to use Google Calendar.
Console output:

e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: Brak pasujących wyników)
e-data-server-ui-Message: Plik klucza nie zawiera grupy "Passwords-Calendar"
e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: Brak pasujących wyników)
e-data-server-ui-Message: Plik klucza nie zawiera grupy "Passwords-Calendar"

(evolution:5691): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Brak pasujących wyników)

(evolution:5691): calendar-gui-WARNING **: Unable to load the calendar Wymagane uwierzytelnienie

May not be germane to this bug but, I get this when my cell phone attempts to check at the same time my laptop is attempting to connect to the remote server. On communication failure of the laptop (Ubunti 9.10 Evolution 2.28.something) it asks for the password. I just dismiss the pop-up, wait a few and try again. Perhaps a different "retry" technique is what is needed on communication failure? Just thoughts.

Same as some above comments. Perhaps some folks don't realize their phone or other devices we don't think about are attempting to access our remote mail servers on a schedule and occasionally their heads bump.

S.

Same issue on Karmic with evolution, in my case all worked flawlessly until inadvertently clicking hibernate, from which my pc would not wake from and a hard reset to restart karmic, this was the start of the problem for me.

The relevant keys and their passwords for their mail accounts exist in seahorse until evolution is started, when intermittently either the key or sometimes just the password component are deleted from seahorse.

This issue still seems to be present on Ubuntu Lucid, running Evolution v. with an Exchange account each time I open the programme I get a prompt "Enter password for [<email address hidden>]" "Please enter the Exchange password for [<email address hidden>] on host [webmail.myserver.com]" although the "Remember this password" checkbox is checked.

Edit: Evolution version 2.28.3

This issue has intermittently occurred since I've used evolution, and what I've noticed is that while all works fine your email password(s) are present in your keyring. But when evolution incurs a problem logging in and asks for a password, it deletes your email password(s) from the keyring, it does this regardless of whether you click cancel or enter a password that fails to login.

This is a ludicrous situation, evolution should not be allowed permission to delete passwords from the keyring, without it asking for that permission first (which you would deny), so it would continue to work as it should, when the mail servers problem is rectified.

It's been triaged for 2 years, how hard is it to shuffle a few lines of code around?!

Someone needs to up this bugs importance to high, there was an occurance in '03 almost exactly the same as this: that got fixed, now it's back. You'd think 7 years would fix a blatent bug like this: Do the evolution guys even bother checking these things?

I describe a workaround which seems to have fixed the problem for me here: http://ubuntuforums.org/showpost.php?p=9549461&postcount=2
Yet I'm not sure if it would work for other situations.
Lorenzo

I did it the easy way - removed Evolution and installed Thunderbird!

On 06/07/10 07:37, Lorenzo wrote:
> I describe a workaround which seems to have fixed the problem for me here: http://ubuntuforums.org/showpost.php?p=9549461&postcount=2
> Yet I'm not sure if it would work for other situations.
> Lorenzo
>
>

Yes, so did I - and that is my suggested way of solving the issue for everyone I know running email outside of an office environment. I cannot comment on office functionality however as I have to use Outlook where I am....

Gray

still seeing this with POP in 2.30.3, the chain of upstream duplicates say it is resolved, maybe they mean in 2.32?

I'm still affected with this bug.
I was able to reproduce by running the Evolution from CLI and here is what I've got:
--------------------------------------------------------------------------------------------------------------------------------------------------
# evolution
evolution-mail-Message: Error occurred while existing dialogue active:
Unable to connect to POP server mail.my_domain.com.
Error sending password: Connection timed out
e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results)
e-data-server-ui-Message: Key file does not have key 'pop:__administration%40my_domain.com@mail.my_domain.com:110_'
e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results)
e-data-server-ui-Message: Key file does not have key 'pop:__administration%40my_domain.com@mail.my_domain.com:110_'
evolution-mail-Message: Error occurred while existing dialogue active:
Unable to connect to POP server mail.my_domain.com.
Error sending password: Resource temporarily unavailable
--------------------------------------------------------------------------------------------------------------------------------------------------

I've replaced my domain with mail.my_domain.com and my email is "administrator@my_domain.com"

My remembered password for this account ware lost.

All way from 7.04 to 10.10 evolution is randomly loosing the passwords. For the record - it seems somehow related to quantity of mail stored in the evolution database.

Still there in Natty. Can't use my google calendar. Error messages from evolution:

e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: Keine passenden Ergebnisse)
e-data-server-ui-Message: Die Schlüsselwertedatei enthält nicht die Gruppe »Passwords-Calendar«
e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: Keine passenden Ergebnisse)
e-data-server-ui-Message: Die Schlüsselwertedatei enthält nicht die Gruppe »Passwords-Calendar«

I'm on 11.10 now and the bug is still present and has annoyed me for several Ubuntu versions.

The problem seems to occur when the mail server responds with some kind of error because it has a problem. I have 4 Evolution installations that use the same provider. When the mail service of my provider breaks down evolution starts to ask for passwords - maybe because my provider rejects my credentials due to some malfunction. If the service is back up however Evolution should try to use the original password again.
The password dialog should never open once a successful authentication has been established for the first time. There should only be a dialog to inform the user that the service can not be logged into right now.

Please finally fix this bug - thank you.

Every time authentication fails, the password(s) is deleted from keyring ???

hardy not logger supported
please chanse status to Won't fix

change status to invalid

I'm on 14.04 and the bug is still present and has annoyed me about ones a weak.

My pop server has an timeout after the session. And if I would press 'send /receive' button too often. Server will not respond and evolution will forget the password.

I can send log or something else just ask me.

Thanks.

Status changed to 'Confirmed' because the bug affects multiple users.

I have this problem too.

Actually it forgets my passwords for my IMAP- and my NNTP-Account everytime I restart evolution or loose my INet-Connection while evolution is running.

It occurs indepently of the cause of loosing the connection. May it be because I loose WiFi signal or put the laptop into hybernation or similar state.