Version: 4.7.2 (using KDE 4.7.3) OS: Linux kmail 4.7.4, akonadi 4.7.4 I moved the entire contents of a local folder (mbox format, in a mixedmaildir resource, from a previous kmail installation) to another local folder (maildir format, in the default maildir resource created by kmail). This process copied 2/3 of the mails correctly, but lost 1/3 of the mails: All mails newer than a certain date gave rise to 1-byte files (contents: 0x0A) for each in the destination folder. This is likely to be the consequence of an error. BUT the mails were all removed from the original folder! Reproducible: Didn't try Steps to Reproduce: Register a mixedmaildir resource for an old kmail dir with 1 GB of mails. Press Ctrl-F5 (recursive refresh) on the top-level directory. It takes a long time and makes the akonadi_mixedmaildir_resource process grow to more than 2 GB. Select 1000 mails in one of these mail folders. Move them to your inbox using drag-and-drop. Actual Results: Mails were deleted from the original folder even if they did not appear correctly in the destination folder. Expected Results: Mails that could not be copied should stay in the original folder.
This is different from the scenarios in https://bugs.kde.org/show_bug.cgi?id=282191 https://bugs.kde.org/show_bug.cgi?id=287356 Here all mails are in local folders - no IMAP!
Reproduced with kmail 4.8.5, akonadi 4.8.5. Steps to Reproduce: Register a mixedmaildir resource for an old kmail dir with an Inbox (in maildir format) that contains 2500 mails. Select this Inbox. Select the first 57 mails. Drag-and-drop them to the Inbox in the primary mixedmaildir resource (called "Local Folders"). Actual results: 5 out of 57 mails are stored as 1-byte files in the primary Inbox, and, when selected in kmail, don't display any content. Expected results: All of the 57 mails are moved correctly.
Please, make a control with "akonadi console" Choose "DB Browser", "collectiontable", "Refresh" Get a look to the column "remoteId". Are there any cell(s) with nothing? If yes, let me/us know by copying the raw(s).
Bug 330895 - copy mail folder to other folder on other ressource results in empty mails may be related.
I talked with Dan about this today and according to him this is fixed. On moving mails Akonadi feeds them through the database / file_db_data directory. On huge moves this takes quite some time. In that time an expiry timer to items in the cache fired and Akonadi started removing items that were not moved yet. Thus closing. If I see it again, I reopen. Please do so as well, in case you see it again.
I think this bug #330895, but as Dan referenced the other bug report in his commit that fixes the issue I am marking this one as duplicate of the other one. *** This bug has been marked as a duplicate of bug 330895 ***