Summary: | KMail can't display some mails stored in Maildir ("Given item identifier is empty") | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Malte S. Stretz <mss> |
Component: | Maildir Resource | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | amantia, rvdb |
Priority: | NOR | Keywords: | triaged |
Version: | 1.6.0 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | ls -ltr in ~/.kde/share/apps/kmail/mail/trash/new |
Description
Malte S. Stretz
2011-10-27 12:18:45 UTC
Hit submit too fast, I wanted to add: The last mail with the "proper" Maildir name was added by KMail 4.7.2. Is this reproducible with recent KMail (4.7.2+, preferabbly 4.8). I mean, do you see the bug if you have a clean trash and move IMAP mails to that trash with the new KMail? My Trash folder in the local folders is still broken in 4.8.0, I get a "Unknown error. (Unable to fetch item from backend)" dialog and the "Given Item Identifier is empty" popup. I could clean up that trash folder but shouldn't KMail be able to cope with the stuff in there? Once I rm'd the folder we won't have a testcase anymore... No, don't clean the trash, or rather, try the following: copy the trash folder (outside of KMail) to another folder in the same directory. Eg. you had Mail/trash, copy it as Mail/trash2. Can you open the mails now from trash2? I just noticed two things: - is your resource really maildir? Check with akonadiconsole, Agents tab, click on the account and see in Details the Type. - there was a commit today to git: https://projects.kde.org/projects/kde/kdepim-runtime/repository/revisions/c5fa16ce5af42cdfafb48dd2b6baa0b3f7c404a1 The description of the problem that it fixes sounds similar. Can you still see the problem in 4.9.2? Sorry, I don't have this folder around anymore. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |