https://bugs.kde.org/show_bug.cgi?id=338238
--- Comment #4 from Martin Steigerwald <m...@teamix.de> --- Giuseppe, next, when it happens, can you grep for some mail content inside ~/.local/share/akonadi/file_db_data and ~/.local/share/akonadi/db_data/akonadi. I think Akonadi has the mail somewhere in there, but *only* in there, for *some* amount of time, until it eventually chooses to save it at its final place, caching it for a while. I do not agree that this kind of write caching is a wise choice, as it as you point out create and issues with backuping Akonadi data, but I do think technically Akonadi may not *loose* the mail, and if you would backup the Maildir *and* ~/.local/share/akonadi *both* and restore *them both* the mail would be there again. What I am into is now: Is this the case or does Akonadi *really* completely loose the mail. I bet it doesn´t cause, how could KMail display a mail that is not physically stored on mass storage media unless Akonadi just holds it in RAM, but then it would have been gone after a reboot. If its the case that technically, Akonadi does not loose the mail, this, and if its the case for the other bug report about something that sounds quite similar [1], the two bugs may be pointing at the same issue: That, as to my knowledge Akonadi may choose to cache a mail after a move for some while just inside ~/.local/share/akonadi and will write it to its final location just after some time. I still think thats worth a bug report, cause it makes what one things may be just a cache which can be rebuilt upon corruption something that is a cache that actually needs to be backuped and restored alongside with Akonadi and causes data loss if its corrupted. I think for robustness Akonadi should not write cache things in there, at least not for long. I think it should write out the moved mails to their final location as soon as possible. But so far I found no option or manual way to trigger this behavior. [1] [Bug 339181] moving mails from cached imap to local folder leaves mails without RID -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs