kmail 5.9.2, KDE Neon 16.04.

I had a sub-directory called "archives" in my Local Folders, where i stored about 9gb of mail i'd downloaded from a few IMAP servers, and at some point after some number of updates, I noticed it was gone. The local folder resource should be at /home/my_user/.local/share/akonadi_maildir_resource_0, and in fact it appears to be. In it, there is a directory called "archives", with subdirectories called "cur" "new" and "tmp", that are all empty and the whole thing weighs in at 28 kb. there's a hidden file called "archives.directory" there as well, and THAT seems to have the 9 gbs of my mail in it. Strangely, half of the sub-directories in it are normally-named, with names matching the sub-directory names i created in Kmail, but the other half are hidden, in the form of ".the_name_i_gave_it.directory".

Is this the result of a failed update? It looks like Kmail failed to do something it was trying to do with my "archives" directory, and so created its own empty version of it, shunting my "archives" directory into some kind of backup state?

How do i get this data back into the kmail UI so i can have access to my stored mail again?

Thanks,

Dan

So, I've just noticed a hidden copy of the resource directory, ".akonadi_maildir_resource_0.directory" and this actually seems to be the one that Kmail is using (I created a new sub-directory and saw it appear there in Dolphin), rather than the non-hidden "akonadi_maildir_resource_0" directory specified in Kmail's account configuration settings. I'm not sure what to make of this, any help would be greatly appreciated.

Thanks,

Dan

The bug I reported here may be related. Not sure. Do you have a directory called "file:" in your home directory ? https://bugs.kde.org/show_bug.cgi?id=408354

therealsteelskin wrote:The bug I reported here may be related. Not sure. Do you have a directory called "file:" in your home directory ? https://bugs.kde.org/show_bug.cgi?id=408354

No, that was a year ago, and I think I wound up solving the problem by going through the "failed migration" steps, but I honestly can't remember. However, I'm right now trying to move my local mail folder from last years kde neon 16.04 to an 18.04 install on another disk in the same PC, and i totally AM experiencing exactly the same bug you described! Obviously it hasn't been fixed, but if you ever found a workaround I'd love to hear it. This is sort a big problem for my migration to the latest neon...

so, it looks like when you reset after a failed migration, ~/.config/akonadi_mail_resource_0rc is created by default with this content

Code: Select all

[General]
Path[$e]=$HOME/.local/share/akonadi_maildir_resource_0
TopLevelIsContainer=true

but when you change the location of your Local Folders via the settings dialog, to, let's say, ~/local-mail, the path is changed to

Code: Select all

Path[$e]=file:$HOME/local-mail

which I'm guessing is the problem. Kmail's still trying to swallow 9GB of mail but it looks like doing a failed migration reset to put the Local Folders path back to the default location without using the broken dialog box, moving the contents of my local-mail maildir there, and then doing a failed migration reset again is going to at least let me bring my archives over to my new system. I really want the ability to change that location, though, so I hope this gets fixed soon.

So, it did work, I've all my mail living in $HOME/.local/share/akonadi_maildir_resource_0 now.

i did try editing the rc file, but the path just gets rewritten with "file:" when you restart akonadi