Hi Mick, Mick wrote:
> On Thursday 08 Jun 2017 02:04:44 Jörg Schaible wrote: >> Mick wrote: >> > On Tuesday 06 Jun 2017 16:35:40 you wrote: >> >> Hi All, >> >> >> >> I've updated a number of kde (plasma) packages, including kde- >> >> frameworks/kwallet-5.34.0-r1. A depclean action wanted to remove >> >> kde-apps/kwalletd-16.04.3-r1 and I let it do its tha'ng. >> >> >> >> Following a new login I discovered that *every* time I wanted to send >> >> a >> >> message I was being asked for the SMTP password. For some users with >> >> 6 or >> >> more email accounts this soon became tiresome. The pop up advises >> >> that the password should be saved in kwallet and offers the choice to >> >> save it in ... >> >> the configuration file! It also advises that although it will be >> >> obfuscated >> >> it will not be safe in the configuration file. There are two buttons, >> >> one to save the password in the configuration file and another to not >> >> save it (at all). >> >> >> >> So to retain what sanity I may have left, I had to re-install kde- >> >> apps/kwalletd-16.04.3-r1, which appears to be able to manage SMTP >> >> passwords without asking each time the user. >> >> >> >> Have you noticed the same? Is there a fix or workaround for this? >> > >> > Just to clarify, there doesn't seem to be a problem with IMAP4 >> > passwords, only with SMTP. >> > >> > When updating to kde-frameworks/kwallet-5.34.0-r1 I noticed this elog >> > message, which implies I should no longer need the old kwalletd4: >> > >> > "LOG: postinst >> > Starting with 5.34.0-r1, kwallet is able to serve applications >> > that still require old kwalletd4. After migration has finished, >> > kde-apps/kwalletd can be removed." >> > >> > So, do I have to wait for Kmail:4 to be updated to Kmail:5 before I >> > give up on kwalletd4 despite the above message? >> >> I had the same problem. But event if kwalletd is installed, it was no >> longer started. > > Yes, this seems to be the problem. Starting Kmail does not launch > kwalletd5 and as a consequence kmail starts asking for each email account > password separately. > > I guess until kmail:5 is installed I will have to start kwalletd5 by hand. My situation is different, since I use kwallet-pam. That one will start kwallet5 automatically and I am not asked by KMail for passwords (after it now also uses kwallet5). >> Note, you should install knotify:4 if you want notifications about failed >> mail delivery from KMail. That was removed for me in an dependency >> clean-up, because I had no entry for it in world. > > Hmm ... I thought kde-apps/knotify:4 was replaced with kde- > frameworks/knotifyconfig:5? I simply recognized following line in the error log: akonadi_newmailnotifier_agent(6002)/kdeui (KNotification) KNotification::slotReceivedIdError: Error while contacting notify daemon "The name org.kde.knotify was not provided by any .service files" After installing knotify:4 I suddenly got desktopn messages from KMail again. > A user complained that new messages no longer create a popup. Seems to match the error log. Cheers, Jörg