After blogging about our progress on KMail's data and config migration to Akonadi for a couple of times, I felt that it was time for a screencast showing the migrator in action.
The KMail test setup migrated here has most of the common account types: POP3, IMAP, Disconnected IMAP, local MBox file and, of course, KMail's local folders.
After starting up, the migration tool checks whether it will be dealing with one or more Disconnected IMAP accounts. If there is at least on unmigrated account of that type, just like in this test scenario, it asks the user how to handle the old cache after import.
Bascially, a Disconnected IMAP account in KMail has local copies of the mails on the IMAP server, so it can access them even when offline (hence "Disconnected IMAP").
Note:normally you don't need the old copies anymore, but for example if you want to test migration several times, you will want to opt for keep the copies for the next round.
In the screencast I am option to delete all successfully imported copies (the migrator will always keep those which it failed to import for whatever reason) in order not to duplicate disk space usage.
The migrator then continues to work through the configured accounts, starting with a POP3 one.
Next account is an IMAP server without local message copies (normal IMAP).
After finishing this rather fast check for metadata, the migrator continues with the test setup's local MBox account.
At this stage we get to the interesting part: the Disconnected IMAP account.
Finally, after having processed all configured accounts, the migrator's last task is to make KMail's local folders available to the Akonadi setup.
In the scenario of the screencast it can even make them the default for their respective role, just like they were in a traditional KMail setup.
Video available in OGG Theora and Flash on Blip.tv