Am Montag, 11. April 2011, 21:49:26 schrieb Ingo Klöcker:
> Hmm. Are we talking about IMAP or about Local Folders (including mail
> downloaded via POP3)?

> For IMAP:
> Nothing needs to be restored because everything is on the server. The
> easiest way to restore is to re-download from the server.

> For local mail:
> The actual mail should still be in ~/.kde/share/apps/kmail/mail. It is
> not moved to ~/.local/share/akonadi during migration. Maybe that's the
> problem. Did you only back up ~/.local/share/akonadi?

It's local mail, downloaded via POP3.

The actual mail files were in ~/.local/share/akonadi/file_db_data

The filenames were like:
40264_r0   40656_r0  41049_r0  41440_r0  41835_r0  42230_r0  42624_r0  
43015_r0  43421_r0  43848_r0  44241_r0  44641_r0  58826_r0 ... and so on...

no subfolders... simply all mailfiles in one folder... hence the problem with 
the categorization.

> Hmm. I think the categorization is stored in Nepomuk.

Yes... and I did not back up the nepomuk index.

I solved the problem by generating a "fake" maildir with
cur new and tmp subfolders and moving all mails into the new folder.
After setting up a new maildir instance in kmail I got all the mails back and 
tried to recover some of the cetegories simply by filtering the mails.

Meanwhile I downgraded to kmail1 again (not because of stability issues, but 
kmail2 was still too slow for everyday use)

regards,
  Thomas

-- 
Tel.: 0451-2930913
Mob.: 0177-5756938
_______________________________________________
KDE PIM mailing list kde-pim@kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/