From kdepim-users  Wed Jan 04 18:03:29 2012
From: Ingo =?utf-8?q?Kl=C3=B6cker?= <kloecker () kde ! org>
Date: Wed, 04 Jan 2012 18:03:29 +0000
To: kdepim-users
Subject: Re: [kdepim-users] dimap,
Message-Id: <201201041903.35344 () thufir ! ingo-kloecker ! de>
X-MARC-Message: https://marc.info/?l=kdepim-users&m=132570038910322
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============6739959167766381324=="

--===============6739959167766381324==
Content-type: multipart/signed; boundary=nextPart4756058.nmNmof9rN2;
 protocol="application/pgp-signature"; micalg=pgp-sha1
Content-transfer-encoding: 7bit

--nextPart4756058.nmNmof9rN2
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Wednesday 04 January 2012, Dirk Sarpe wrote:
> Hi Martin,
>=20
> Thanks for the your answer. It seems that I need to rethink my
> current backup and synchronisation scheme a bit.
>=20
> Martin Steigerwald wrote:
> > Am Mittwoch, 4. Januar 2012 schrieb Dirk Sarpe:
> >> It seems that all mails of all DIMAP accounts are in
> >> /.local/share/akonadi/file_db_data/
> >> What I find disturbing, there is no folder structure whatsoever in
> >> this folder, just the plain files. How is one supposed to make a
> >> sensible backup of this?
> >=20
> > You need this directory *and* the akonadi database which has the
> > information which mail is stored in which file. For searching you
> > also need the Nepomuk index.
>=20
> I was afraid of this. Makes also the migration from one client to
> another a bit ugly. And currently it does not seem to me that
> Akonadi is finding widespread acceptance in projects outside the KDE
> world. Importing mails from a directory structure was not a problem
> between clients (to be honest I only tested with thunderbird and
> kmail). I do not like the idea of having data tied to a specific
> application.

You seem to be using IMAP. Where do you see a problem with migrating to=20
another client?

The account type formerly known as disconnected IMAP is nowadays just a=20
subtype of IMAP (with cache policy "cache everything"). I'm not sure=20
whether Akonadi is supposed to store everything in its database or=20
whether the mail contents is supposed to be stored in files.


> > It would probably be good to have such a kind of backup for Akonadi
> > as well to quicken recovery times on data loss.
>=20
> I have only looked briefly at the master thesis of Zwerus (2007)[1],
> but in the conclusion there is the suggestion to implement a backup
> system for Akonadi before public release.

Yeah. Would have been nice. Unfortunately, it didn't happen. :-(


Regards,
Ingo

--nextPart4756058.nmNmof9rN2
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)

iEYEABECAAYFAk8ElHcACgkQGnR+RTDgudhqQwCeO6D1P55mZyKvOVRPQ4aHdXdh
qbkAn07YFEmd0poPi8LIZTuf+0KVbSZy
=60cS
-----END PGP SIGNATURE-----

--nextPart4756058.nmNmof9rN2--

--===============6739959167766381324==
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

--===============6739959167766381324==--