I have been slowly trying to migrate from KMail1 to KMail2. I'm using KDE 4.10.1.

When I start KMail2 for the first time after starting KDE, I am always prompted for my email account passwords. I am not using kwallet but I know when I recreated the accounts in KMail2 that I responded to the respective dialogs to save my passwords in my user mailtransportrc file. Looking at the mailtransportrc file indicates the following for all accounts:

password={password}
storepass=true

Yet I'm always asked for passwords. I suspect this has something to do with akonadi. Is there a way to fix this?

When I don't manually start KMail2, several minutes after starting KDE the same dialogs appear asking me for passwords for each of my email accounts. KMail is not configured to autostart anywhere that I can see. I suspect that if I resolve the first problem I will no longer see the dialog prompts, but why is KMail autostarting? I do not want that to happen. Possibly KMail2 is not autostarting but akonadi is the culprit asking for the passwords. At least, I am not seeing KMail anywhere in the process list.

At this time I'm not using and session saving or restores.

Thanks.

To avoid the dialogs, open the accounts configuration in KMail, and in the options for each account (from the list), check "switch offline at kmail shutdown".

As for the password problem, are you using the KDE Wallet, or are you running without it?

Hi,

To avoid the dialogs, open the accounts configuration in KMail, and in the options for each account (from the list), check "switch offline at kmail shutdown".

I changed all values to true/checked. I restarted KDE. Sadly, about a half hour later, I again was prompted for passwords although I never started KMail2.

As for the password problem, are you using the KDE Wallet, or are you running without it?

I am not using kwallet. In System Settings -> Account Details -> KDE Wallet, I have unchecked the "Enable the KDE wallet subsystem" check box.

Thanks.

I found this thread with folks discussing the topic 13 months ago. At that time there was no resolution other than to use the kwallet.

I looked throughout my user profile and found that although the mailtransports config file stores passwords, those passwords are either used only for the SMTP side (sending) or ignored altogether.

A POP3 account information is stored in .kde/share/config/akonadi_pop3_resource_0rc, where the zero is changed for additional accounts. Unlike the mailtransports config file, there is nothing in those files to indicate the password is stored there.

Can you try enabling kwallet and see if the problem disappears?

Yes, I did that and the problem disappears. Yet that is not the solution I or many other people want. Many do not want to use kwallet because they don't have complicated password schemes to maintain.