From kde-pim  Tue Apr 12 06:06:13 2011
From: Kevin Krammer <kevin.krammer () gmx ! at>
Date: Tue, 12 Apr 2011 06:06:13 +0000
To: kde-pim
Subject: [Kde-pim] Re: kdepim-4.6 ?
Message-Id: <201104120806.19792.kevin.krammer () gmx ! at>
X-MARC-Message: https://marc.info/?l=kde-pim&m=130258843407415
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============1693140694=="

--===============1693140694==
Content-Type: multipart/signed;
  boundary="nextPart5172270.TAmIQAoRum";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart5172270.TAmIQAoRum
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable

On Monday, 2011-04-11, Ingo Kl=F6cker wrote:
> On Thursday 07 April 2011, Andreas Gungl wrote:
> > Apart from that I have to admit that I can work with the current
> > KDEPIM 4.6 RPMs provided for OpenSUSE. In Kontact/KMail it takes me
> > some additional effort here and there to accomplish a task (compared
> > to the kdepim 4.4 version) and often valuable seconds to wait. But I
> > haven't found a show stopper yet. OTOH I have a completely different
> > use case at home, using almost only KMail with POP3. There I'm not
> > keen on a migration before things have settled quite a while
> > (especially after reading about potential problems with POP3
> > support).
> >=20
> > What I'm not sure about is how does the migration deal with the data
> > from the old version? Are they deleted, or do I need to clean up
> > some directories afterwards?
>=20
> It depends on what kind of accounts you migrate and on your choice in
> the migration dialog (with respect to keeping the old disconnected IMAP
> cache; although this might have changed during the last Osnabr=FCck
> meeting; I'm not sure; I remember that we discussed to remove the
> question to keep the cache because no user will be able to make an
> educated choice).

Correct, that question is gone.
Importing cached messages from DIMAP account simply took way to long, so DI=
MAP=20
migration now only imports messages which have not yet been synced with the=
=20
server.

However, additionally to creating the new IMAP resources the migrator also=
=20
creates an "adapter" resource for the old KMail version's DIMAP cache, i.e.=
=20
the previouly downloaded files are still directly accessible in KMail and c=
an=20
be deleted from there.

This allows for example to read such emails even if the migration happens a=
t a=20
time when the computer cannot reach the target servers or when the user no=
=20
longer has access to the server (e.g. in my case the cache of my univeristy=
=20
account which obviously expired years ago).

> For local mail (e.g. downloaded via POP3) the old index files are thrown
> away after the migration. The data files (i.e. the mboxes or maildir
> directories) are re-used by the local mail resource.

The index files are basically treated read-only so the first modification t=
o=20
such a folder makes them out-of-date and thus not used any longer.
Until such a modification the resource will be able to read and apply any=20
index data just like KMail did.

> For online IMAP the cache is thrown away (I think). Kevin?

Not thrown away as in deleted from disk. But online IMAP did cache headers=
=20
only, so that shouldn't be too much waste of disk space.
We might be able to deliver a cleanup procedure for those header caches as =
an=20
update script in a future version though.

> For disconnected IMAP it depends. (Or maybe not anymore; see above.)
> Kevin?

Available as a top level entry (like a account in its own) in KMail, which =
sub=20
folders for each DIMAP account.

Cheers,
Kevin

=2D-=20
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

--nextPart5172270.TAmIQAoRum
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iD8DBQBNo+vVnKMhG6pzZJIRAk+iAJ9L+nB70mnwKatw+QHE247/KJzOvwCfdCFb
VaclVIk2q1SXgso1y4GLYj0=
=H1kl
-----END PGP SIGNATURE-----

--nextPart5172270.TAmIQAoRum--

--===============1693140694==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
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/
--===============1693140694==--