SUMMARY Unified mailbox (or folder) is amazing feature introduced recently. But sometimes the unified mailboxes do not update according to incoming new messages or deleting messages. However, the unified folders could update themselves after running ```akonadictl fsck && akonadictl restart```. STEPS TO REPRODUCE 1. Start Kontact and configure a unified folder to include several inboxes. 2. Restart the machine and start Kontact to make sure the settings are effective. 3. Wait for new message incoming, or delete some old messages in the list of the unified folder. OBSERVED RESULT The new message appears in the (old fashion) inbox but not in the unified folder, or the deleted messages do not disappear from the unified folder. EXPECTED RESULT New message appears in the unified folder as soon as it appears in the inbox; the delete messages disappear from the unified folder as soon as they are moved to the Wastebin from the list of messages in the unified mailbox. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: openSUSE Tumbleweed Snapshot 20190126 (available in About System) KDE Plasma Version: 5.14.5 KDE Frameworks Version: 5.54.0 Qt Version: 5.12.0 Mail Version: 5.10.1 ADDITIONAL INFORMATION It shows no obvious pattern of working smoothly or not. If I observe the list is not updated after a short while, I run ```akonadictl fsck && akonadictl restart``` to make it updated.
Update: Most of the time, a simple "Update Folder (F5)" operation can update the list. But sometime, ```akonadictl fsck && akonadictl restart``` is needed for updating the list.
I can confirm this bug on Arch Linux with Kontact 5.10.2 (See attachment). I also found a similar report on reddit (https://www.reddit.com/r/kde/comments/aq8arx/unified_mailboxes_not_updating/). The workaround from CnZhx also work.
I can confirm this issue on Manjaro KDE with Kontact 5.10.1. Additionally, activating, deactivating, or modifying the akonadi_unifiedmailbox_agent plugin is not operating, and that plugin crashes repeatedly after performing "akonadictl restart."
I have a similar issue. Mails do seem to show up fine in the unified inbox, however when a message is deleted elsewhere (not in the unified inbox), the email stays in the unified inbox, but when clicking on them it shows 'the query returned an empty result set'.
*** Bug 427817 has been marked as a duplicate of this bug. ***
*** Bug 446842 has been marked as a duplicate of this bug. ***
Bug remains in KMail Version 5.22.3 (22.12.3). I have been using kmail for years with a local imap server. The local mailbox is fed using fetchmail to retrieve mail from my ISP’s imap server. Works a treat. Recently I decided to directly add my upstream isp imap server as a second mailbox. Now I can look at emails on the upstream server directly. And there is a “Unified Mailboxes” pseudo-server that presents an aggregated view of both imap servers. The issue is that of course fetchmail is still periodically moving messages from upstream imap to local. And the unified mailboxes gets very confused. When a message gets moved (removed from upstream imap and added to local imap), I end up with two duplicate entries in “unified mailboxes” and I can’t interact properly with them. Often I can’t delete one or both copies, for example. I end up re-starting kmail a couple times a day to clear things up.