---- Reported by email@example.com 2011-10-26 12:46:46 +0000 ----
Accessing Google Contacts via SyncML is limited by Google's incomplete data mapping (no BDAY). Accessing via ActiveSync (https://bugs.meego.com/show_bug.cgi?id=23773) is limited by the ActiveSync protocol (for example, only one work phone number).
The best solution probably is a dedicated SyncEvolution backend using the gdata API + library. Instead of passing serialized vCards between Synthesis engine and gdata, it should be more like the sqlite demo backend and copy data between fields directly.
--- Bug imported by firstname.lastname@example.org 2012-07-29 20:36 UTC ---
This bug was previously known as _bug_ 23774 at https://bugs.meego.com/show_bug.cgi?id=23774
Could developers announce their priority on this FR?
thanks in advance.
(In reply to comment #1)
> Could developers announce their priority on this FR?
> thanks in advance.
The importance is medium, the same as for most open issues. It's not assigned to any particular developer because no-one has expressed an interest in developing such a backend.
I'm currently developing some code that is intended to convert between Google Tasks and local files in iCalendar format. It is hosted at Github and as of this writing, it reads Google tasks and tasks lists: https://github.com/olewolf/gtasks2ical.
The code is not currently aimed directly at SyncEvolution. However, the code is intended to use an individual iCal file for each Google Task, which should lends itself well to SyncEvolution's "file" backend.
Another noteworthy development is that this weekend, Google announced support for CardDAV:
If that works well (which I am currently testing), then a GData backend might not be needed anymore.
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/SyncEvolution/syncevolution/issues/142.