Hi, after kmail hang, i used the step delete .local/share/akonadi/* After this kmail is working again, but the Mailfilter has new wrong move targets. The target of the most filters pointing on a second imap Account My Setup is: KDE PIM 4.11.3 from Debian Testing (Jessie) with an openbox Desktop. Reproducible: Always Steps to Reproduce: 1. rm -rf .local/share/akonadi/* 2. start kmail 3. look into filterdefinition Actual Results: Filtertarget where changed Expected Results: Not using rm Commands to heal a hanging kmail
After playing around i found some: - I have two identities - When i change the Foldersetting in the one, there are affected in the other too, Thats strange and i think there is the same root cause
Hi, a new problem with filters and idendities ------- Hi, the first Problem with the filters are in the following setup - two imap accounts - two idendities for the two different smtp server When i setup filter for the one and restart kontact/kmail the filters pointing on the wrong direction, what means one the wrong account. The folder in the imap accounts dont have the same name except the inbox. The second problem yesterday comes after some updates for kontact 4.11.3 in debian and the restart of the machine. - two imap accounts - only one idendity in the moment After start i see the complete kontact suite, i can choose a mail, but there is a message "waiting for receiving message", but this never ends. I shutdown kontact and starts it again, but kontact doesnt start, only dedicated start of kmail works, but its still the same problem. The akonadiconsole shows me no problems. After some tries i restart my machine and kontact starts relativ clean, but there is a message "choose idendity for filters" but the selectionbox is empty. I see in my filters list, some filters are missing and one filter doesnt has a working entry (inbox). Both issues are corresponding to the handling of the idendities I see another thing, there was multiple instances of mysql running, for every try to start kontact My setup: Debian 7 Openbox Environment Kontact from Debian 8 testing Jessie Kontact without the other components of KDE no nepomuk Hope this is helpful Best regards
'delete .local/share/akonadi/*" you deleted it. Too bad now all collection id is not correct. Why users did it ? it's not supported. You need to recreate all filters, and reaffect all settings now.
Hi, i have only the frst time the ".local/share/akonadi/*" deleted, the hanging kmail was happen after kontact is running a few weeks.
Sorry but rm is not supported. And I can not fix it.
Hi Laurent, please ignore the rm from the first impact. After working a few weeks after this all the stuff in .local/share/akonadi/ is available when i have reconfigures kmail. The second time i have this problem i dont have deleted anything, but there is a simliar problem.
Hello Stefan, thank you for your report. It relates to a version of KMail that still used Nepomuk. Also it contains several reports in once. Yet, the original report is still valid with most recent versions of KDEPIM and Akonadi. Its a issue that the KMail configuration references Akonadi IDs which change if you delete the Akonadi database. While it would be nice to have this case support and Akonadi just working as a cache, this depends on unique identifiers from the resources like maildir and IMAP and is not supported currently. So please do not delete your Akonadi database. I am setting this to wishlist. If you still see any of the other issues, please open new bug reports for it. Please research whether there is already a report about the issue and if not state version number and exacts steps to reproduce and observed behavior. Only put one issue into one report. Thank you, Martin