Re: [Opensync-devel] akonadi-sync (discussion)

[deloptes <del...@ya...>]

Chris Frey wrote:

> 
> In my experience, if you have your config setup from the start,
> you don't have to worry about formats at the discover stage.
> I set the format in the config, and then enable them based on
> availability, and the opensync engine figures out the rest.
> 
> Maybe Daniel can explain better.

I think this is enough for what I wanted to know.
We should have then all the formats supported by akonadi mapped to formats
supported by opensync. But I do know now in which way it is working.

the config triggers the discovery (availability) of particular types of data
that can be synced with the plugin. It does not extend the config, but
reacts on it. The same for the sync process except that it should sync the
data for the given ressources.
I.e. evolution provides syncing of contact and akonady does too, so does
file-sync and upon sync the data is synced with all three of them.


> 
> 
> 
>> The barry-sync is not exactly what I need as it does process standard
>> items. In aconady items are multiple collections of data. So I see a
>> potential danger here. If I sync my calendar from kde with my phone. In
>> kde I have 1 moonphase calendar defined and multiple other calendars,
>> like holidays, private and public. Who is this to be managed in opensync?
> 
> I still think that the config needs to "lock onto" a particular
> source.  For example, the user might configure the plugin in one group
> to sync only the moonphase calendar with his Blackberry.  He might
> configure another group to sync another calendar with Evolution.
> And he might configure another group to sync all calendars with
> google-calendar.

This is good when syncing in one direction. I need to see what will happen
when i.e. I change an entry on the phone that is in one collection and
change another entry in other collection. When i.e. syncml reports this
change to akonai, how would akonadi know in which collection it would need
to update the entry. How this would be distinguished? I am afraid that the
phone will send the changes and the other part will be not able to
recognize to which collection the entry belongs.

> 
> It is possible to have multiple calendars in Google Calendar as well,
> something I need to look into.  But if you can set a plugin to config
> with a particular calendar, then you can use the rest of opensync's
> group configuration to work around the rest.
> 

I didn't have time to look into evo and google plugins, may be there is
answer, but at the current stage it is not that important.

> 
> 
>> I read about akonadi items - they are identified by mimetypes, so this is
>> may be the best way to check them. So I'll probably need the mime option
>> and some advanced options in the config to get several subtypes in one
>> collection i.e. "Address Book" and assign multiple ressources. How do I
>> do this? barry does not show a way
> 
> You could connect the mime type with a particular ObjType (contact, event,
> todo, etc).  Then find the matching resource with that ObjType in
> your config.
> 

I think this would be the  best way. So now I think I need to check how a
config for akonadi would look like.

I'm not sure how syncml is working, but if nokia writes a software that can
pull all the data from the phone, why it shouldn't be possible to do it
with opensync and of course to push it to akonadi.

So the goal is to be able to sync all the items that are present on current
systems (phones, desktops etc.) This data is a pim data and files. I'm not
sure how the e-mail stuff can be synced, but it's usually  a maildir format
(folders). I need to check this. Anyway with akonadi having this
functionality I expect that it can be done with opensync.

So the question is what obj types can I use (in future) for the outbox and
Local Folders and all the others features.

Of course I have to admit that at this stage it is necessary (and nice) to
cover the basic pim stuff. I personally will be very glad, but it looks
like I will need few months to accomplish.

Thanks for the start up help and support to you all.

Kind regards