| Summary: | akonadi mail dispatcher agent fails to store the password for smtp auth permanently | ||
|---|---|---|---|
| Product: | [Applications] kontact | Reporter: | Mathias Homann <Mathias.Homann> |
| Component: | Assignee: | kdepim bugs <kdepim-bugs> | |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | grave | CC: | knill, sknauss, stuff |
| Priority: | NOR | ||
| Version: | 5.16.80 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Mathias Homann
2021-04-12 08:32:15 UTC
Same here, it started some month ago. Operating System: Manjaro Linux KDE Plasma Version: 5.21.5 KDE Frameworks Version: 5.82.0 Qt Version: 5.15.2 Kernel Version: 5.11.22-2-MANJARO OS Type: 64-bit Graphics Platform: X11 Processors: 12 × Intel® Core™ i7-5820K CPU @ 3.30GHz Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon ™ RX 480 Graphics Please let me know if you need more info. Addition: I don't know if it's relevant but it was working before. At the same time managing sieve scripts stopped working because of authentication problems, but that might be unrelated. This looks like it's related: https://bugs.kde.org/show_bug.cgi?id=441214 I did some testing and the password is actually stored. If I delete the password from kwallet, enter it and check the "remember"-box a new entry in kwallet appears. Akonadiconsole spits out this maybe related log: [2021-11-16T12:11:40.096Z] akonadi_maildispatcher_agent org.kde.pim.mailtransport "1876513639" [2021-11-16T12:11:40.097Z] akonadi_maildispatcher_agent default static bool LibSecretKeyring::findPassword(const QString&, const QString&, QKeychain::JobPrivate*) [2021-11-16T12:11:40.097Z] akonadi_maildispatcher_agent org.kde.pim.ksmtp Not using any proxy to connect to the SMTP server. [2021-11-16T12:11:40.101Z] akonadi_maildispatcher_agent default We have an error during reading password "Entry not found" [2021-11-16T12:11:40.115Z] akonadi_maildir_resource org.kde.pim.akonadiagentbase Sending dbus reply for method "" with error "" 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. This may be related to https://bugs.kde.org/show_bug.cgi?id=441214. See comments 7, 8 there. I have encountered the same problem after upgrading to the latest LTS of (x)ubuntu. I am using kwallet. How can I switch to using libsecret and Gnome keyring? We can merge both bugs, as the source of this is actually that KMailTransport is half ported to QKeychain half is still directly using KWallet. *** This bug has been marked as a duplicate of bug 441214 *** |