Bug 287583

Summary:	Cannot disable IMAP/POP3 password saving if kwallet is enabled: Add "save password" checkbox to account configuration
Product:	[Applications] kmail2	Reporter:	triffterer
Component:	general	Assignee:	kdepim bugs <kdepim-bugs>
Status:	REPORTED ---
Severity:	wishlist	CC:	austrasier, torokhov_s_a, yu.valery+bugzilla
Priority:	NOR
Version:	5.14.2
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description triffterer 2011-11-25 23:55:35 UTC

Version: 1.6.0 (using KDE 4.7.2)
OS: Linux

In KMail2/Akonadi you cannot choose whether the password for a POP3 or IMAP resource should be stored at all.
If kwallet is enabled, Akonadi tries to save all passwords to your wallet and does not connect to the server if you deny access to your wallet.
If kwallet is disabled, it asks for the password every time.

I would like / need the combination of both: I would like Akonadi/KMail2 to ask for some passwords every time and to not store them anywhere although kwallet is enabled.

KMail 1.x had a checkbox in the account details where I could choose whether I want the password to be stored or not. I would like to have this also in KMail2. If the password is not stored, I have to enter it every time I start KMail of course, but I am happy with that.

KMail2 features such a checkbox for the SMTP accounts, but not for IMAP and POP3.

Reproducible: Always

Steps to Reproduce:
Create an IMAP or POP3 account in KMail2 or the Akonadi module in the system settings.

Actual Results:
You cannot choose whether you want your password to be stored.
If you deny access to your wallet, KMail will not download any e-mails although you click the appropriate button.

Expected Results:
There should be an option to tell KMail that it should not save the password (in kwallet or elsewhere) but prompt me every time the password is needed.

This is NOT about the question if KMail should work without kwallet and store the passwords in the configuration file like KMail 1.x did - it is about storing the passwords in kwallet (I'm okay with that) and not storing them at all.

Comment 1 Valery Yundin 2012-01-08 20:17:00 UTC

I agree, it should be possible to choose whether to store passwords or not without disabling kwallet service.

Kwallet is useful beyond kmail (e.g. wireless connections passwords). But users (me including) may want to opt-out from saving email passwords for higher security.

Comment 2 sorath 2012-04-08 19:39:11 UTC

I confirm that such behaviour isn't convinient for users (and it's discussed on many forums).
At least when users save e-mail's passwords in kwallet (protected with it's own non-empty password) kmail allways ask password to access kwallet each new user session - this is such annoying that many users have to set empty passwords to their wallet with appropriate e-mails passwords that make storage system absolutly unsafe and useless.

If it's now available only to save passwords via kwallet then there must be availability to allow to  give permanent access of applications such as kmail. It will make password's store safe and simultaneously will avoid of annoying password prompts after kmail's start.

Comment 3 Justin Zobel 2021-03-09 05:47:00 UTC

Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.

Comment 4 austrasier 2021-03-14 14:41:15 UTC

I am having the same problem: Kmail stores my IMAP password every time, but I don't want my password to be saved. In the settings, there is a checkbox whether I  want to save my SMTP password. But such a checkbox is missing for the IMAP password. Please add such a checkbox in the settings for the IMAP password. 

In my case, this is independent of kwallet being enabled or disabled.

Comment 5 austrasier 2021-03-22 09:37:10 UTC

At "Product" of this bug, there is set "Akonadi". But is this really a bug in Akonadi? Isn't it in fact a bug in kmail2? Maybe this is the reason, why this bug hasn't been resolved for almost ten years? Maybe we should change the product to "kmail2"?

Comment 6 austrasier 2022-01-14 21:07:05 UTC

I changed the prodcut from akonadi to kmail2.

Comment 7 austrasier 2022-01-14 21:08:37 UTC

(In reply to austrasier from comment #6)
> I changed the prodcut from akonadi to kmail2.

I mean "product", prodcut was a typo.