[kmail2] [Bug 338238] copied or moved mails are often not processed correctly (POP3)

[Martin Steigerwald]

https://bugs.kde.org/show_bug.cgi?id=338238

--- Comment #4 from Martin Steigerwald <ms at 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.