Summary: | A specific password make Kmail ignore the pop funktion without error message | ||
---|---|---|---|
Product: | [Applications] kmail2 | Reporter: | stakanov.s |
Component: | commands and actions | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | major | CC: | montel |
Priority: | NOR | ||
Version: | 4.11.3 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
stakanov.s
2013-12-23 14:29:11 UTC
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. |