Summary: | kmail imap doesn't cope with other programs modifying folder | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | Heinz Ulrich Stille <hus> |
Component: | IMAP | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | gforce, heri+kde, mail, sgonzalez |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | screenshot: confused kmail |
Description
Heinz Ulrich Stille
2006-05-09 12:12:22 UTC
Created attachment 16119 [details]
screenshot: confused kmail
The screenshot shows kmail after:
- mails in folder .../10 were processed and deleted by a script
- some new mails arrived in that folder
- in kmail, select that folder: shows the two messages in message list, but as
unread (blue) instead of new (red). First message is automatically displayed
- select second message in list - poof...
*** Bug 143317 has been marked as a duplicate of this bug. *** This issue has been a show stopper for some time now, and is still a current bug with the latest sources. I have Alpine and Thunderbird reading from a local Dovecot IMAP server, and every time I start akonadi/kontact, there is a constant thread/spinning graphic over the inbox folder icon. The inbox never opens. In ~/.local/share/akonadi/akonadiserver.error the following error appears: ItemRetrieverException : Resource was unable to deliver item New emails in the inbox are displayed in the message list pane as they arrive. All other unmodified IMAP folders open fine in kmail, unless there has been some change (message added/deleted) in them too. Unsubscribing and then re-subscribing the akonadi_imap_resource agent to the inbox folder fixes the temporarily, until the inbox is modified by another client. Then there is the huge overhead of akonadi re-indexing 1000s of emails. Accessing the Maildir folder directly using akonadi_maildir_resource does not seem to be affected by this bug, but it doesn't recognise the folder structure in the ~/.maildir. Running Gentoo with KDE overlay. Akonadi and KDE suite recompiled this weekend from source (git/svn). Kontact Version 4.7 pre KMail Version 2.0.95 *** This bug has been confirmed by popular vote. *** Same as #3, with Kontact 4.6.0, Kmail 2.1.0, except I can't figure out how to fix this short of removing and re-setting up the IMAP resource for the affected account. IMHO, as a stopgap until a solution is found, there should be some sort of 'clear cache' option to wipe out and resync. This issue persists in KDE 4.9.4. For example, the behaviour becomes weird if a message is deleted from a folder, while viewing it, and I try to open an attachment. I can still see the message and click on the attachments, but the application that is started (e.g. gwenview) fails to open the file. Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback. The issue described in comment #6 still exists in 4.14.4. |