https://bugs.kde.org/show_bug.cgi?id=461653
--- Comment #3 from Volker Kuhlmann <bug...@top.geek.nz> --- > 1. Do you, or did you previously have Gnome keyring installed on this system? No, I never install anything gnome explicitly. openSUSE 15.4 KDE desktop. This is also a clean new install with an empty user account, without any old ~/.config/, ~/.local/. > 2. What version is your KDE Frameworks? See versions, kded rpm. kmail help -> about doesn't say. systemsettings -> about says Operating System: openSUSE Leap 15.4 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 Kernel Version: 5.14.21-150400.24.28-default (64-bit) Graphics Platform: X11 > 3. If it's 5.97 or later, do you have Secret Service enabled in the KWallet > settings? It's 5.90. There is nothing about secret service in systemsettings -> KDE wallet that I can see. > 4. Are you using a blowfish or GPG wallet? (Might be related to Bug 458085 if > it's a GPG wallet.) How do I find out which it is? There is a ~/.local/share/kwalletd/kdewallet.kwl It's likely not gpg, gpg --list-keys is empty. > 5. What happens if you try to send a mail locally (not via ssh)? "Locally" is ambiguous here. I am logged into A from B via ssh when the problem occurs, kmail running on A via ssh. When I quit the kmail started via ssh, stop akonadi, pkill kwallet, then go back to host A and start kmail on the KDE desktop session, kmail must be starting the wallet because something asks for the *wallet* password for "mailtransports", and everything works as expected. When I quit kmail, stop akonadi and kill the wallet on A, then log into A from B via ssh and start kmail, kmail does NOT ask for the wallet password, but then asks for the password for the SMTP server that's configured for the mail being sent, when clicking on "send". Note the interactive desktop session remains running on host A, but kmail and akonadi are stopped. Leaving the wallet running on A or not makes no difference, kmail doesn't open the wallet maybe? > > This used to work fine on openSUSE 12.3, kmail 4.10.5; > Those are pretty ancient. Agreed! But they provide the Unix mantra of things still working as expected when $DISPLAY is different! Currently, kmail is only capable of single-user machine stuff :-(. -- You are receiving this mail because: You are watching all bug changes.