This is unexpected, somehow funny, but if you find out what it is...let me know, I am curious. Open a mail account with www.web.de Give it any username you like and set the following password (no worry, I changed it of course): h}~G§k{XD§kW}(!M This password is accepted for a working web.de login. Try it out, log in and out. You will see, it works without any major problem. Set now Kmail for web.de with a pop account (pop3.web.de, 110 StartTLS, no pipelining / with pipelining, no difference). Put in that particular password. Use kwallet (I use two separate wallets, advanced settings). You will get that the first time it says that it asks because the last attempt was not successful. Then it will purportedly check, and say nothing. No warning, just the usual check in midst of the other accounts. But you mail will stay there. Nothing will be downloaded. I checked this by removing and readding the same password, by creating a new account in kmail with the same settings. All these fail. But if I change the password to a more "usual" one with less security, then Kmail does check immediately the mail and downloads them correctly. Hope someone who is keen to have save passwords in web.de does not receive important mail withe deadlines. Reproducible: Always Steps to Reproduce: 1. open an account in www.web.de 2. set password with special web.de symbol set: h}~G§k{XD§kW}(!M 3. check that the account via browser words well and set it up for web.de pop retrival. Actual Results: Pop mail will not be downloaded, error message will not appear. The program will silently fail and you will see this only when important messages do not arrive. Expected Results: Well, a mail program in Pop should possibly download the mail you receive on your PC and if fails should give a consistent error message about not being able to do so. kwallet set with advanced (two separate wallets). pipelining or not has been checked does not influence the bug. opensuse 13.1 (bottle) 64 bit, Versione della piattaforma 4.11.3 Interface set to Italian, Spam filter spamassasin (from repos). Not all mail providers allow for that set of symbols. Web.de does explicitly. Password was generated with Kpassgen and using a custom symbol set from web.de (as indicated from the provider). Changing to a "standard" password-set solves the problem but that takes of a competitive advantage of a more complex password.
Now the good news is, that this is not a question of the specific symbol set. The bad news is that the whole kmail function that is: filter mail, password setting and integration with kwallet is broken. I did check another account and found it had been in the same situation. So this is probably some duplicate, I should actually rename it as: kmail does not warn on failure in checking popmail. Kmail does not store the password correctly even if previously erased, only if inserting a bogus password, saving it and then setting the original password, the latter will be retained and the account activated. The only way to currently check if a pop account does work correctly is to send to all accounts a test-mail. Where this does not arrive the procedure has to be carried out. Filters appear to be broken, when this happens, the info bar shows "mailfilter" as static and always visible. Mail will of course not be filtered. When setting up a pop account and wanting to tell the filter where to store the mail of this personality, a direct creation of a new folder in local mail is not possible. Either one creates a subfolder in an existing account, or one has to do it before setting up a new personality, as "local mail folder" is greyed out, As there are a lot of duplicates around I would guess that is part of https://bugs.kde.org/show_bug.cgi?id=255388, or of any other filter things. In alternative it might be a duplicate of: https://bugs.kde.org/show_bug.cgi?id=295098 on kwallet integration. May I just say the program seems still quite broken and leave you with sincere seasonal greetings.
You have a problem with pop3 + kwallet ? I use it all the day and no problem. Will look at but don't understand your problem.
This seems to be in relation with the specific setup of wallet: use two wallets, one for outer on for inner actions. It does not happen when you set up the "one wallet" setting. Try to first save passwords for several pop3 accounts in the two wallet setup. Imagine you have a problem that forces you to change these passwords. For me that was far from straightforward. The wallet would apparently accept the password but mail would not be checked. If you finally did erase the old one and safe an empty password (in kmail) , then you reopen the kmail dialog and safe a new password it was taken. I had the impression the program has a problem when trying to communicate with the wallet when in "two wallet" setting. Since I changed the passwords successfully I have no problems. So it is the procedure when you change a password with this asset that has a hick-up.
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.