Good day

Two questions

1) How do I backup the Kontact sub components?
- Kmail
- Notebook
- Notes
- To Do
- Time Tracker

2) Can I use Ubuntu One to sync Kontact and its sub-components between two computers

thanks

anyone?

Same problem here:

Changing soon from my old work lapopt to a new one.

The only way that I can think off is to backup and restore the .kde/share/apps folders related to kmail and restore them on the target machine.

Several of the items listed are korganizer items, not kmail ones. What you actually need to back up will depend on the versions that kubuntu are shipping, but since kaddressbook has been akonadi-aware for some time, I'll assume that you need pre-akonadi and post-akonadi backup.

For KMail, you need to know where your setup stores the messages - which will probably be under ~/.kde/share/apps, but also may be under ~/Mail or some such. Then you will need several files from ~/.kde/share/config - backup akonadi*, emaildefaults, emailidentities, kaddressbook*, kmail*, kontact*, korganizer*, mailtransports - and don't forget kwallet*

Then you need ~/.local/share/*

But there's an easier way. Just back up ~/.local/share/* and all of ~/.kde/share/apps and ~/.kde/share/config - that way you know that you haven't missed anything.

Some time back this email was on the kdepim mailing list - from Kevin Krammer, one of the devs:


On Thursday, 2010-10-07, David Goodenough wrote:
> If I want to move from one machine to another, but keep all my address
> book info etc (and in future all my emails), is there a backup/restore
> facility in Akonadi? If not I would suggest that one is needed - is there
> any documentation as to what gets stored where so that one could be
> written?

Since Akonadi has several components, lets start with the center of it all.

The Akonadi server configuration is a couple of files in $HOME/.config/akonadi
[1].
It contains which data sources and helper programs are active and will be
started and watched (so they can be restarted on crashes) by one of Akonadi's
server processes (akonadi_control).

Each data source handler (called resources) or helper program (called agents)
can have its own configuration.
The general rule [2] is that for every entry in $HOME/.config/akonadi/agentsrc
[1] here is a corresponding configuration file in $HOME/.kde/share/config [3].

E.g. if the [Instances] section in agentrc contains an entry for
akonadi_ical_resource_2, there is also a config file calles
akonadi_ical_resource_2rc in the KDE config directory.

Depending on the type of data, such config files for resources will have
filenames or directory names of where the data is stored.

Common locations are KDE's legacy default files, e.g.
$HOME/.kde/share/apps/korganizer/std.ics [3]

New default locations are files and directories in $HOME/.local/share [1],
e.g. $HOME/.local/share/contacts

For now (as in actually released versions) the database is merely used for
caching and keeping structural information (e.g. which addressbook a contact
belongs to).
This will change when Akonadi is being used for email, since state information
like read/unread is also stored there (unless the backend is also capable of
doing this, e.g. IMAP).

> Similarly if I want to synchronise my akonadi data between say a laptop
> and a desktop is there a way to do this?

Not right now, sorry. Best way to do that for the moment is to use the same
data locations, e.g. groupware server.

> Also is the format the same independent of the database that is used.
> If so can this be used to migrate from MySql to Postgresql?

The database contents are described database independent in an XML file in
(SVN) kdesupport/akonadi/server/src/storage/akonadidb.xml

At build time this is used as an input to generate the data structures for
accessing different databases (and some manually optimized queries on top of
that).

It's possible that some details have changed, but it will give you some understanding of how and why things are done.

thank you for the detailed feedback