| Summary: | SMTP passwords aren't being saved | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | Caleb Cushing <xenoterracide> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | auxsvr, dev, justina, knill, lennart.klebl, Mathias.Homann, metkometko, montel, sknauss |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/pim/kmailtransport/commit/1566391b326ceadfa4dfde774d892087d7b65e4b | Version Fixed In: | 5.22.0 |
| Sentry Crash Report: | |||
| Attachments: | journalctl just for user | ||
|
Description
Caleb Cushing
2021-08-20 07:35:37 UTC
I no longer think this is app armor, at least not the source of my problem. I disabled app armor, rebooted my system and the problem stil exists where it isn't persisting the smtp password. I've tried editing the sending settings, and adding it there with the save box checked. I come back there's no ***, when it asks me on send I make sure the save box is checked. still nothing, still asks me the next time. I could do with a workaround. I'd save the password myself if I knew what it was going to look at. I have looked via kwallet manager and under mailtransports -> passwords it is saved in there, and it's the same password as under imap -> akonadi... and when I paste it into the prompt on send it works. Ok, more weirdness I wiped out the imap and the mailtransports in kwallet manager after closing kontact first. I came back, and imap is still getting fetched without those; and saving the password still doesn't take even though one was added to mailtransports. Created attachment 140886 [details]
journalctl just for user
I am facing the same issue. My log shows similarities: Jan 09 20:38:40 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver.search: Executing search "kmail2-2141933468-SearchSession" Jan 09 20:38:40 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver.search: Search "kmail2-2141933468-SearchSession" done (without remote search) Jan 09 20:38:40 10303B-arch akonadi_maildispatcher_agent[1459]: org.kde.pim.maildispatcher: Item 13665 does not have the required attribute Address. Jan 09 20:38:40 10303B-arch akonadi_maildispatcher_agent[1459]: org.kde.pim.maildispatcher: Item 13665 does not have the required attribute Address. Jan 09 20:39:09 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver: QueryBuilder::exec(): database reported transaction deadlock, retrying transaction Jan 09 20:39:09 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver: "Deadlock found when trying to get lock; try restarting transaction QMYSQL3: Unable to execute statement" Jan 09 20:39:09 10303B-arch akonadi_maildispatcher_agent[1459]: We have an error during reading password "Entry not found" Jan 09 20:39:22 10303B-arch akonadi_sendlater_agent[1504]: We have an error during reading password "Entry not found" Jan 09 20:39:22 10303B-arch akonadi_maildispatcher_agent[1459]: We have an error during reading password "Entry not found" Jan 09 20:39:22 10303B-arch akonadi_sendlater_agent[1504]: We have an error during reading password "Entry not found" Jan 09 20:39:22 10303B-arch akonadi_maildispatcher_agent[1459]: We have an error during reading password "Entry not found" Jan 09 20:39:22 10303B-arch akonadi_maildispatcher_agent[1459]: void SendJob::setFrom(const QString &from) "REMOVED" Jan 09 20:39:22 10303B-arch akonadi_maildispatcher_agent[1459]: d->m_returnPath "<REMOVED>" Jan 09 20:42:10 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver.search: Executing search "akonadi_newmailnotifier_agent-SearchSession" Jan 09 20:42:10 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver.search: Search "akonadi_newmailnotifier_agent-SearchSession" done (without remote search) Jan 09 20:42:17 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver.search: Executing search "kmail2-2141933468-SearchSession" Jan 09 20:42:17 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver.search: Search "kmail2-2141933468-SearchSession" done (without remote search) Jan 09 20:42:17 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver.search: Executing search "kmail2-2141933468-SearchSession" Jan 09 20:42:17 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver.search: Search "kmail2-2141933468-SearchSession" done (without remote search) Jan 09 20:42:18 10303B-arch akonadi_imap_resource[1456]: org.kde.pim.kimap: We asked for UID but the server didn't give it back, resultingFlags not stored. Jan 09 20:42:19 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver.search: Executing search "kmail2-2141933468-SearchSession" Jan 09 20:42:19 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver.search: Search "kmail2-2141933468-SearchSession" done (without remote search) Jan 09 20:44:29 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver: Subscriber "MessageListTagCacheMonitor - 94084541069568" disconnected Jan 09 20:44:29 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver: Subscriber "TagActionManagerMonitor - 94084544375872" disconnected Jan 09 20:44:29 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver: Subscriber "FilterManagerTagMonitor - 94084543736048" disconnected Jan 09 20:44:29 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver: Subscriber "MessageViewerMonitor - 94084540766272" disconnected Jan 09 20:44:29 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver: Subscriber "KMail Kernel ETM - 94084539790944" disconnected Jan 09 20:44:29 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver: Subscriber "MessageListTagMonitor - 94084540990960" disconnected Jan 09 20:44:29 10303B-arch akonadiserver[996]: org.kde.pim.akonadiserver: Subscriber "SpecialCollectionsMonitor - 94084540318928" disconnected Confirming this for kmail2 5.19.1 (21.12.1) under openSUSE 15.3. Also tried removing passwords from kwallet and the SMTP configuration, to no avail. Starting kmail in the command line and sending the first email shows two suspicious messages at the end (see below). Unfortunately, they are quite uninformative. Also it's weird that the SMTP password is requested only upon sending the first email after login; all subsequent emails are sent without asking again for the password - until the next login. [6025:6067:0112/091631.565475:ERROR:file_path_watcher_linux.cc(315)] inotify_init() failed: Zu viele offene Dateien (24) [6025:6025:0112/091631.568940:ERROR:proxy_config_service_linux.cc(607)] inotify_init failed: Zu viele offene Dateien (24) Cannot initialize model with data QJsonObject(). missing: QJsonValue(string, "urls") [6025:6025:0112/091631.940652:ERROR:proxy_config_service_linux.cc(607)] inotify_init failed: Zu viele offene Dateien (24) [6078:6092:0112/091632.005283:ERROR:file_path_watcher_linux.cc(315)] inotify_init() failed: Zu viele offene Dateien (24) We have an error during reading password "Entry not found" We have an error during reading password "Entry not found" list count 1 [6025:6025:0112/092357.859324:ERROR:proxy_config_service_linux.cc(607)] inotify_init failed: Zu viele offene Dateien (24) Cannot initialize model with data QJsonObject(). missing: QJsonValue(string, "urls") org.kde.pim.liblanguagetoolplugin: Error reply - "Verbindung verweigert" org.kde.pim.liblanguagetoolplugin: Error during loading languages from server : "Verbindung verweigert" org.kde.pim.akonadicore: Received response with a different tag! We have an error during reading password "Entry not found" We have an error during reading password "Entry not found" *** This bug has been confirmed by popular vote. *** (In reply to Metko from comment #5) > Confirming this for kmail2 5.19.1 (21.12.1) under openSUSE 15.3. Also tried > removing passwords from kwallet and the SMTP configuration, to no avail. > Starting kmail in the command line and sending the first email shows two > suspicious messages at the end (see below). Unfortunately, they are quite > uninformative. Also it's weird that the SMTP password is requested only upon > sending the first email after login; all subsequent emails are sent without > asking again for the password - until the next login. I have what appears to be the same problem with kmail2 5.19.3 (21.12.3) on xubuntu, latest LTS, just upgraded. Akonadi stores the password in kwallet (I can see it in the kwallet manager) but the akonadi log shows the "entry not found" warning, i.e. it stores, but cannot retrieve. I get asked for the smtp password every time. There is no problem with receiving, imap passwords are retrieved without a problem. I love kmail despite its faults, entering smtp passwords every time makes it unusable except for reading mail. Follow up to comment 7: I tried setting up an account on with a fresh user with kmail started for the first time. The same problem with smtp passwords exists. Did anyone find a workaround? All my accounts require smtp passwords. KMailTransport (the library that is actually storing the password) is using KWallet directly to store passwords, but using QKeyChain to read the passwords. For a clean KDE environment QKeychain will use KWallet, but for other environments it is using an different backend. That's why only people are affected that are not running a Plasma desktop. You can treat QtKeyChain by environemt variables as workaround: KDE_SESSION_VERSION=5 and XDG_CURRENT_DESKTOP=kde or look at the decision path: https://github.com/frankosterfeld/qtkeychain/blob/master/keychain_unix.cpp#L100 *** Bug 435643 has been marked as a duplicate of this bug. *** (In reply to Sandro Knauß from comment #9) > You can treat QtKeyChain > by environemt variables as workaround: KDE_SESSION_VERSION=5 and > XDG_CURRENT_DESKTOP=kde > or look at the decision path: > https://github.com/frankosterfeld/qtkeychain/blob/master/keychain_unix. > cpp#L100 I tried setting and exporting the indicated variables in a terminal, then run kmail in the terminal. That didn't seem to solve the problem. Suggestions? (In reply to Manny from comment #11) > (In reply to Sandro Knauß from comment #9) > > You can treat QtKeyChain > > by environemt variables as workaround: KDE_SESSION_VERSION=5 and > > XDG_CURRENT_DESKTOP=kde > > or look at the decision path: > > https://github.com/frankosterfeld/qtkeychain/blob/master/keychain_unix. > > cpp#L100 > > I tried setting and exporting the indicated variables in a terminal, then > run kmail in the terminal. That didn't seem to solve the problem. > Suggestions? You need to run Akonadi with these environment variables set, not kmail. (In reply to dev@lalber.org from comment #12) > (In reply to Manny from comment #11) > > (In reply to Sandro Knauß from comment #9) > > > You can treat QtKeyChain > > > by environemt variables as workaround: KDE_SESSION_VERSION=5 and > > > XDG_CURRENT_DESKTOP=kde > > > or look at the decision path: > > > https://github.com/frankosterfeld/qtkeychain/blob/master/keychain_unix. > > > cpp#L100 > > > > I tried setting and exporting the indicated variables in a terminal, then > > run kmail in the terminal. That didn't seem to solve the problem. > > Suggestions? > > You need to run Akonadi with these environment variables set, not kmail. Thanks for the info, I should have realized that. And I tried plasma-desktop, which indeed does not have the problem. Git commit 5f8b5e87ffc1f77f0855f1169d047e98a3e2ea8a by Sandro Knauß. Committed on 12/10/2022 at 16:36. Pushed by knauss into branch 'dev/hefee/kwallet_to_qtkeychain'. Store password wie QKeychain FIXED-IN: 5.22.0 M +33 -23 src/kmailtransport/transport.cpp https://invent.kde.org/pim/kmailtransport/commit/5f8b5e87ffc1f77f0855f1169d047e98a3e2ea8a Git commit cf7fd6cec6e91e222416519aa0fd5162dacbea0d by Sandro Knauß. Committed on 12/10/2022 at 17:05. Pushed by knauss into branch 'dev/hefee/kwallet_to_qtkeychain'. Store password via QtKeychain The reading of password is alaready done via QtKeychain, that actually broke the support for passwords for all platforms != Plasma. At QtKeychain selects other backends for other platforms. FIXED-IN: 5.22.0 M +33 -23 src/kmailtransport/transport.cpp https://invent.kde.org/pim/kmailtransport/commit/cf7fd6cec6e91e222416519aa0fd5162dacbea0d Git commit 1566391b326ceadfa4dfde774d892087d7b65e4b by Sandro Knauß. Committed on 21/10/2022 at 16:36. Pushed by knauss into branch 'master'. Store password via QtKeychain The reading of password is alaready done via QtKeychain, that actually broke the support for passwords for all platforms != Plasma. At QtKeychain selects other backends for other platforms. FIXED-IN: 5.22.0 M +23 -13 src/kmailtransport/transport.cpp https://invent.kde.org/pim/kmailtransport/commit/1566391b326ceadfa4dfde774d892087d7b65e4b The bug is not fixed. Somebody has a kid sister and KMail requires an account password to send each and every email message. Last metadata expiration check: 2:00:35 ago on Sun 20 Nov 2022 04:11:01 PM AKST. Installed Packages Name : kf5-kmailtransport Version : 22.08.1 Release : 1.fc36 Architecture : x86_64 Size : 1.0 M Source : kf5-kmailtransport-22.08.1-1.fc36.src.rpm Repository : @System From repo : updates Summary : The KMailTransport Library URL : https://invent.kde.org/frameworks/kmailtransport License : LGPLv2+ Description : The KMailTransport Library. (In reply to justina from comment #17) > Name : kf5-kmailtransport > Version : 22.08.1 The fix will be shipped in the next Gear release 22.12.0. |