[Kde-pim] KMail DIMAP Cache Migration Fallback

[Kevin Krammer]

On Monday, 2010-05-31, Till Adam wrote:
> On Monday 31 May 2010 16:17:49 Kevin Krammer wrote:
> > On Monday, 2010-05-31, Till Adam wrote:
> > > On Monday 31 May 2010 12:08:16 Kevin Krammer wrote:
> > > > Hi all,
> > > > 
> > > > while pondering about useful behavior in cases of migration failure,
> > > > I
> > > > 
> > > >  thought about this one:
> > > > The DIMAP cache is, from the data point of view, just like the KMail
> > > > mail directory, i.e. a maildir tree plus index files.
> > > > 
> > > > In the unfortunate event of failing to import the cache, we could
> > > > fall back
> > > > 
> > > >  to create a local resource for the respective account's cache.
> > > > 
> > > > Or  we could create a local resource for all caches, which would as a
> > > > side effect allow users to delete the cached mails directly from
> > > > their mail applications.
> > > > 
> > > > What do you think?
> > > 
> > > Makes sense to me, maybe this could be an option in the migration
> > > process? To help people clean up?
> > 
> > You mean something like
> > 
> > "Keep cache as local folders"
> > "Remove cache after migration"
> 
> Yes, and always keep it on failures, as local folders.

Took way longer than I had anticipated but it's done now.

The migrator checks whether this run will encounter an unmigrated DIMAP 
account (in order not to bother the user if that run doesn't).
If it will be attempting a DIMAP migration, it asks whether to remove old 
copies or whether to keep them in any case.

I used the term "copies" to make it more understandable that this is about 
things that are on the server anyway.
Message and question can still be improved, of course.

If deletion is enabled, it works on a per-item basis during migration: if an 
item is successfully added to Akonadi, it is then deleted from the store 
working on the cache directory.

After DIMAP migration, a local cache importer takes whatever is left and 
"adds" it to a maildir resource working on the account's DIMAP cache 
subdirectory.

There is still a bit of ugliness though: in case migration has worked without 
problems and deletion had been activated, there will still be a local maildir 
resource with all folders empty.

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20100601/121f2f00/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/