[kontact] [Bug 435643] akonadi mail dispatcher agent fails to store the password for smtp auth permanently
Sandro Knauß
bugzilla_noreply at kde.org
Wed Jan 12 17:41:04 GMT 2022
https://bugs.kde.org/show_bug.cgi?id=435643
Sandro Knauß <sknauss at kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sknauss at kde.org
Ever confirmed|0 |1
Status|REPORTED |CONFIRMED
--- Comment #4 from Sandro Knauß <sknauss at kde.org> ---
Properly you are affected, that we start not call KWallet directly and use
QtKeychain to interact with the password storage instead. This is not done for
every resource. In a clean KDE Plasma environment KWallet is the preferred
password storage. I expect you are running a Gnome or any other non Plasma
desktop, and than libsecret and Gnome Keyring are preferred over KWallet. See
the decision path:
https://github.com/frankosterfeld/qtkeychain/blob/master/keychain_unix.cpp#L100
I would expect, that it tries to read/write to either libsecret or Gnome
Keyring. You can other application that uses QtKeychain like Nextcloud Desktop
client to understand where passwords are read/write. But you also see the
error about LibSecretKeyring::findPassword that are relevant in your case. You
may also fake a KDE environment by setting KDE_SESSION_VERSION=5 and
XDG_CURRENT_DESKTOP=kde when starting Akonadi.
Maybe we also mixed the read and write one via QtKeychain the other directly to
KWallet.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the Kdepim-bugs
mailing list