--===============4001125500589234405==
Content-type: multipart/signed; boundary=nextPart2391567.L4jtpG3ovU;
 protocol="application/pgp-signature"; micalg=pgp-sha1
Content-transfer-encoding: 7bit

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

On Tuesday 09 August 2011, Georg Wittenburg wrote:
> Hi again,
>=20
> On Tuesday 09 August 2011 17:47:39 Andras Mantia wrote:
> > Georg Wittenburg wrote:
> > >>  No, the cache is right now in the database. Why would you want
> > >>  a second
> > >>=20
> > >> cache? With IMAP the cache is synchronized relatively often with
> > >> the server, so you have everything on the server as well.
> > >>=20
> > >>  With kmail2 the difference between disconnected is online IMAP
> > >>  is just
> > >>  that
> > >>=20
> > >> in disconnected mode not only the headers are downloaded, but
> > >> the mail body as well. The storage is the same (the database
> > >> and the file_db_data
> > >> folder).
> > >=20
> > > My local mail cache is part of the data that I include in regular
> > > backups. I prefer all my important data (such the mail contained
> > > in the mail cache) to be in a format that is simple and
> > > straightforward, and will be readable in ten years time. Thus,
> > > I'd prefer to have my local cache in maildir format rather than
> > > the Akonadi DB format.
> > >=20
> > > Note that I don't want a second cache, I merely want my main
> > > cache to be in maildir format as it used to be with KMail1.
> >=20
> > Unfortunately this is not possible. What you can do is to backup
> > not the database itself, but write a script that backups the mysql
> > database in text format (using sql commands) and the file_db_data
> > directory as well. This will give you a format that is usable in
> > the future as well. I doubt the SQL databases will disappear soon.
> > ;)
>=20
> True, but there won't be any nice way to import this data into any
> mail client.
>
>=20
> >  The other solution is to make an exporter from akonadi db into
> >  maildir format and ivoke this exporter from your backup script.
>=20
> I see. This would add an considerable overhead to my backup procedure
> as converting a non-trivial amount of mail to another format
> undoubtedly takes it's time. Further, I take it that this kind of
> tool does not exist at the moment and the KDEPIM devs don't intend
> to develop one in the near future.

Correct.


> I think -- unless you point out an oversight on my part -- that I'll
> have to switch to another mail client for the time being. KMail has
> served me well for the past ten years or so, and I'd like to thank
> you very much for all the work! And good luck with KMail2/Akonadi!
> :-)

Well, if a maildir-based cache is the most important requirement you=20
have then KMail2 is not for you. Good luck with your new mail client!=20
;-)

But if all you really need is an easy way to create a local backup of=20
your remote IMAP account then maybe OfflineIMAP is what you are looking=20
for. "OfflineIMAP traditionally operates by maintaining a hierarchy of=20
mail folders in Maildir format locally." [1]


Regards,
Ingo

[1] http://offlineimap.org/

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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)

iEYEABECAAYFAk5BoyQACgkQGnR+RTDgudi3QACg2N9NXpdihkb5MqHpl/Pj0Am2
gVwAoMtblapNvQXOJQANcdQP77UYA4cR
=Zb3D
-----END PGP SIGNATURE-----

--nextPart2391567.L4jtpG3ovU--

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

_______________________________________________
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users

--===============4001125500589234405==--