2:28 a.m.
Hi
My problem:
i want to sync two different gmail addressbook on my phone.
I just found and installed syncevolution for meego harmattan from OveK
repo.
I found some info online on how to configure it, and i did, and it work
beautifully for one account.
For two, i'm not quite sure how to proceed.
I tried to set one account as refresh-from-server, and the second as
one-way-from-server, but it doesnt really work.
The first works fine, but then it seems that one-way-from-server tries
to incrementally update the information and thus it doesnt add anything.
I dont know how syncml works, but is there the possibility to have a
sort of sync option "add from server" instead of only "refresh", that
does the refreshing without deleting anything, thus simply
brutally adding everything on the server? (then one has to be carefull
and wipe everything prior to syncing)
Alternatively, is there a way to tell syncevolution to sync only
specific google contact groups? in such situation syncing only one
account would be enough!
thanks in advance
best,
Paul
8:30 a.m.
On Mon, 2012-03-05 at 02:28 +0100, pal(a)bonas.us wrote:
i want to sync two different gmail addressbook on my phone.
I just found and installed syncevolution for meego harmattan from OveK
repo.
I found some info online on how to configure it, and i did, and it work
beautifully for one account.
For two, i'm not quite sure how to proceed.
I tried to set one account as refresh-from-server, and the second as
one-way-from-server, but it doesnt really work.
The first works fine, but then it seems that one-way-from-server tries
to incrementally update the information and thus it doesnt add anything.
I dont know how syncml works, but is there the possibility to have a
sort of sync option "add from server" instead of only "refresh",
that
does the refreshing without deleting anything, thus simply
brutally adding everything on the server? (then one has to be carefull
and wipe everything prior to syncing)
There is a "one way from server" mode where only changes made on the
server are copied. Changes on the client (like adding new contacts from
the other account) are ignored. But that mode has conceptual flaws. For
example, it is not clear how client and server should get started
syncing in that incremental mode (or recover from a failure, which is
the same problem): ignore all contacts on the client or send all of them
to the server for comparison? The later then creates unwanted contacts
on the server.
The right solution is to create multiple local address books and pair
each of those with exactly one Google account. I don't know whether the
N9 and the SyncEvolution port for it support that.
Alternatively, is there a way to tell syncevolution to sync only
specific google contact groups? in such situation syncing only one
account would be enough!
SyncEvolution doesn't support filtering. Even if it did, Google's SyncML
probably doesn't. I remember vaguely that there was a magic web page
shown to mobile device users by Google where they could choose which
data on the server to sync, but I don't find it anymore and besides, I
don't think it was that detailed.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
10:26 a.m.
Hi Patrick, and thanks a lot for your answer.
So, as far as i know, N9 does not support multiple local accounts,
so basically you are telling me that what i want to do is not possible..
thats a pity.
But do you think it is possible to make syncevolution do a "refresh
from server" without pre-erasing everything on the client?
A sort of "add from server" mode..
That would work (inefficiently, but better than nothing)
best,
Paul
On Mon, 05 Mar 2012 08:30:37 +0100
Patrick Ohly <patrick.ohly(a)intel.com> wrote:
On Mon, 2012-03-05 at 02:28 +0100, pal(a)bonas.us wrote:
> i want to sync two different gmail addressbook on my phone.
>
> I just found and installed syncevolution for meego harmattan from
> OveK repo.
> I found some info online on how to configure it, and i did, and it
> work beautifully for one account.
>
> For two, i'm not quite sure how to proceed.
> I tried to set one account as refresh-from-server, and the second as
> one-way-from-server, but it doesnt really work.
> The first works fine, but then it seems that one-way-from-server
> tries to incrementally update the information and thus it doesnt
> add anything.
>
> I dont know how syncml works, but is there the possibility to have a
> sort of sync option "add from server" instead of only
"refresh",
> that does the refreshing without deleting anything, thus simply
> brutally adding everything on the server? (then one has to be
> carefull and wipe everything prior to syncing)
There is a "one way from server" mode where only changes made on the
server are copied. Changes on the client (like adding new contacts
from the other account) are ignored. But that mode has conceptual
flaws. For example, it is not clear how client and server should get
started syncing in that incremental mode (or recover from a failure,
which is the same problem): ignore all contacts on the client or send
all of them to the server for comparison? The later then creates
unwanted contacts on the server.
The right solution is to create multiple local address books and pair
each of those with exactly one Google account. I don't know whether
the N9 and the SyncEvolution port for it support that.
> Alternatively, is there a way to tell syncevolution to sync only
> specific google contact groups? in such situation syncing only one
> account would be enough!
SyncEvolution doesn't support filtering. Even if it did, Google's
SyncML probably doesn't. I remember vaguely that there was a magic
web page shown to mobile device users by Google where they could
choose which data on the server to sync, but I don't find it anymore
and besides, I don't think it was that detailed.
3 p.m.
On Mon, 2012-03-05 at 10:26 +0100, pal(a)bonas.us wrote:
Hi Patrick, and thanks a lot for your answer.
So, as far as i know, N9 does not support multiple local accounts,
so basically you are telling me that what i want to do is not possible..
thats a pity.
But do you think it is possible to make syncevolution do a "refresh
from server" without pre-erasing everything on the client?
That would require considerable changes, because it turns the whole
client/server concept on its head. Suddenly the client would be
responsible for detecting duplicates and keeping a mapping to the
server's items, which is the opposite of how it normally works.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
2:28 p.m.
Hi Patrick, i have also another question:
in case this other sync option, lets call it "add from server", is not
possible/going to be added, does syncevolution support
groups/categories for other protocols than syncml?
I dont know, like webdav with a private funambol server?
so that i could do something like syncevolution profile -G group1
group2 ...
best,
Paolo
On Mon, 05 Mar 2012 08:30:37 +0100
Patrick Ohly <patrick.ohly(a)intel.com> wrote:
On Mon, 2012-03-05 at 02:28 +0100, pal(a)bonas.us wrote:
> i want to sync two different gmail addressbook on my phone.
>
> I just found and installed syncevolution for meego harmattan from
> OveK repo.
> I found some info online on how to configure it, and i did, and it
> work beautifully for one account.
>
> For two, i'm not quite sure how to proceed.
> I tried to set one account as refresh-from-server, and the second as
> one-way-from-server, but it doesnt really work.
> The first works fine, but then it seems that one-way-from-server
> tries to incrementally update the information and thus it doesnt
> add anything.
>
> I dont know how syncml works, but is there the possibility to have a
> sort of sync option "add from server" instead of only
"refresh",
> that does the refreshing without deleting anything, thus simply
> brutally adding everything on the server? (then one has to be
> carefull and wipe everything prior to syncing)
There is a "one way from server" mode where only changes made on the
server are copied. Changes on the client (like adding new contacts
from the other account) are ignored. But that mode has conceptual
flaws. For example, it is not clear how client and server should get
started syncing in that incremental mode (or recover from a failure,
which is the same problem): ignore all contacts on the client or send
all of them to the server for comparison? The later then creates
unwanted contacts on the server.
The right solution is to create multiple local address books and pair
each of those with exactly one Google account. I don't know whether
the N9 and the SyncEvolution port for it support that.
> Alternatively, is there a way to tell syncevolution to sync only
> specific google contact groups? in such situation syncing only one
> account would be enough!
SyncEvolution doesn't support filtering. Even if it did, Google's
SyncML probably doesn't. I remember vaguely that there was a magic
web page shown to mobile device users by Google where they could
choose which data on the server to sync, but I don't find it anymore
and besides, I don't think it was that detailed.
3:04 p.m.
On Mon, 2012-03-05 at 14:28 +0100, pal(a)bonas.us wrote:
Hi Patrick, i have also another question:
in case this other sync option, lets call it "add from server", is not
possible/going to be added, does syncevolution support
groups/categories for other protocols than syncml?
Not yet. In that case the logic that you would like to have is easier to
implement, because SyncEvolution and not the server decide which items
on the server are part of a sync.
But wait a second. Do you want the filtering to happen on the server or
on the N9?
Client-side filtering would be possible also with SyncML.
I dont know, like webdav with a private funambol server?
SyncEvolution supports CardDAV, but not the Funambol server, at least as
far as I know.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
3:10 p.m.
On Mon, 05 Mar 2012 15:04:36 +0100
Patrick Ohly <patrick.ohly(a)intel.com> wrote:
On Mon, 2012-03-05 at 14:28 +0100, pal(a)bonas.us wrote:
> Hi Patrick, i have also another question:
>
> in case this other sync option, lets call it "add from server", is
> not possible/going to be added, does syncevolution support
> groups/categories for other protocols than syncml?
Not yet. In that case the logic that you would like to have is easier
to implement, because SyncEvolution and not the server decide which
items on the server are part of a sync.
But wait a second. Do you want the filtering to happen on the server
or on the N9?
Client-side filtering would be possible also with SyncML.
Well, i dont actually care too much if it's the server that sends only
some items, or if the clients does the filtering after receiving
everything.
So, in principle doing it at client level would be a perfectly fine
approach. But it is not there, is it?
If not, and no one is interested in adding it, can you give me some
tips on how to do it?
3:32 p.m.
On Mon, 2012-03-05 at 15:10 +0100, pal(a)bonas.us wrote:
On Mon, 05 Mar 2012 15:04:36 +0100
Patrick Ohly <patrick.ohly(a)intel.com> wrote:
> On Mon, 2012-03-05 at 14:28 +0100, pal(a)bonas.us wrote:
> > Hi Patrick, i have also another question:
> >
> > in case this other sync option, lets call it "add from server", is
> > not possible/going to be added, does syncevolution support
> > groups/categories for other protocols than syncml?
>
> Not yet. In that case the logic that you would like to have is easier
> to implement, because SyncEvolution and not the server decide which
> items on the server are part of a sync.
>
> But wait a second. Do you want the filtering to happen on the server
> or on the N9?
>
> Client-side filtering would be possible also with SyncML.
>
Well, i dont actually care too much if it's the server that sends only
some items, or if the clients does the filtering after receiving
everything.
Technically it is different. So let's clarify:
* You want (or rather, have) to have one address book on the N9.
* On Google you have multiple different accounts, with one default
address book in each account.
* A sync between a Google account and the local address book shall
not update or delete any contact that did not come from that
Google account.
Possible implementation:
* Set the QContactSyncTarget
(http://doc.qt.nokia.com/qtmobility/qcontactsynctarget.html) on
each QContact after receiving it from Google.
* Filter local contacts by QContactSyncTarget.
There's one caveat:
* What is supposed to happen with a newly created local contact?
It won't be associated with any Google account initially. Shall
it be sent to all of them, one default account, or none?
So, in principle doing it at client level would be a perfectly fine
approach. But it is not there, is it?
If not, and no one is interested in adding it, can you give me some
tips on how to do it?
All of that could be implemented in the QtContact backend. Have a look
at src/backends/qtcontacts and how it lists and stores contacts.
You'll have to figure out a way to determine the sync target.
Conceptually, the database API is independent of the sync in which the
database is used.
But there's a precedent: the WebDAV API also needs access to the sync
config in which it is used. You can pick URL and username from there and
construct a "sync target" out of them.
Here's the relevant code:
WebDAVSource::WebDAVSource(const SyncSourceParams ¶ms,
const boost::shared_ptr<Neon::Settings> &settings) :
TrackingSyncSource(params),
m_settings(settings)
{
if (!m_settings) {
m_contextSettings.reset(new ContextSettings(params.m_context));
ContextSettings(const boost::shared_ptr<SyncConfig> &context)
...
vector<string> urls = m_context->getSyncURL();
...
if (!urls.empty()) {
m_url = urlWithUsername = urls.front();
std::string username = m_context->getSyncUsername();
boost::replace_all(urlWithUsername, "%u",
Neon::URI::escape(username));
}
We also need a way to turn this filtering on and off, because other
users might want the same data on all their sync peers. The "database"
property might be a place to put that config value.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
4:05 p.m.
On Mon, 05 Mar 2012 15:32:42 +0100
Patrick Ohly <patrick.ohly(a)intel.com> wrote:
Technically it is different. So let's clarify:
* You want (or rather, have) to have one address book on the N9.
* On Google you have multiple different accounts, with one
default address book in each account.
* A sync between a Google account and the local address book
shall not update or delete any contact that did not come from that
Google account.
Possible implementation:
* Set the QContactSyncTarget
(http://doc.qt.nokia.com/qtmobility/qcontactsynctarget.html)
on each QContact after receiving it from Google.
* Filter local contacts by QContactSyncTarget.
There's one caveat:
* What is supposed to happen with a newly created local contact?
It won't be associated with any Google account initially.
Shall it be sent to all of them, one default account, or none?
> So, in principle doing it at client level would be a perfectly fine
> approach. But it is not there, is it?
> If not, and no one is interested in adding it, can you give me some
> tips on how to do it?
All of that could be implemented in the QtContact backend. Have a look
at src/backends/qtcontacts and how it lists and stores contacts.
You'll have to figure out a way to determine the sync target.
Conceptually, the database API is independent of the sync in which the
database is used.
But there's a precedent: the WebDAV API also needs access to the sync
config in which it is used. You can pick URL and username from there
and construct a "sync target" out of them.
Here's the relevant code:
WebDAVSource::WebDAVSource(const SyncSourceParams ¶ms,
const boost::shared_ptr<Neon::Settings>
&settings) : TrackingSyncSource(params),
m_settings(settings)
{
if (!m_settings) {
m_contextSettings.reset(new
ContextSettings(params.m_context));
ContextSettings(const boost::shared_ptr<SyncConfig> &context)
...
vector<string> urls = m_context->getSyncURL();
...
if (!urls.empty()) {
m_url = urlWithUsername = urls.front();
std::string username = m_context->getSyncUsername();
boost::replace_all(urlWithUsername, "%u",
Neon::URI::escape(username)); }
We also need a way to turn this filtering on and off, because other
users might want the same data on all their sync peers. The "database"
property might be a place to put that config value.
Thanks a lot Patrick, i will start looking into this.
Just one last thing: here i noticed you assumed we have multiple
gmail accounts.
In principle it would be fine to have just one, if google sends the
group information along with the contact over syncml.
In this case the client level filtering could be done at this "tag"
level, without having to worry for multiple accounts, duplicates, and
so fort.
And, as a quick hack, i also dont care about two way sync (to avoid
the case of a contact that may be filtered out, then by chance added
manually), and a standard refresh-from-server would be allright.
Therefore i was rather thinking of adding a sort of command line
option, where the "allowed" groups/categories could be listed, and
after fetching but before storing each contact is checked against
this list (maybe together with another option to specify whether OR or
AND should be used on the groups).
something like:
syncevolution --or --gmail-groups work,friends,home google_contacts
what do you think about it? oh, and by the way, as far as you know, is
google sending group information over syncml?
8:27 a.m.
On Mon, 2012-03-05 at 16:05 +0100, pal(a)bonas.us wrote:
Just one last thing: here i noticed you assumed we have multiple
gmail accounts.
Because that's pretty much the only way how you can access different
address books on Google via SyncML.
In principle it would be fine to have just one, if google sends the
group information along with the contact over syncml.
I don't think it does. Mapping the group information to the CATEGORIES
property would be pretty natural, but I don't see that information in
the data sent by Google.
I've been unhappy with contact syncing with Google via SyncML because
the data mapping is so incomplete on the Google side. If you are
interested, a nice next project would be to write a Google backend for
SyncEvolution based on the G-Data API. That should support contact
groups.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
11:44 p.m.
Den 05. mars 2012 15:32, skrev Patrick Ohly:
Technically it is different. So let's clarify:
* You want (or rather, have) to have one address book on the N9.
* On Google you have multiple different accounts, with one default
address book in each account.
* A sync between a Google account and the local address book shall
not update or delete any contact that did not come from that
Google account.
Possible implementation:
* Set the QContactSyncTarget
(http://doc.qt.nokia.com/qtmobility/qcontactsynctarget.html) on
each QContact after receiving it from Google.
* Filter local contacts by QContactSyncTarget.
I don't think you should coopt the SyncTarget for this purpose. As I
remember, it seems that Nokia is using it to identify which subsystem
provides the contact information, i.e. "addressbook" for the device's
persistent storage, "telepathy" for online contacts found with Telepathy
plugins, and so on. You'd use the synctarget to see if this is a Skype
contact, a Facebook friend, a phone number in your SIM card, or
whatever. And thus, in SyncEvolution for Harmattan, I use it to make
sure *only* contacts in the persistent device addressbook are synced,
and not your complete list of Facebook friends.
And yes, the N9 appears to only have one addressbook. Because of the
architecture, it might be possible to make some N9 app that installs a
daemon that could provide additional addressbook storage, by maintaining
its own database. But I wouldn't count on it.
8:16 a.m.
On Mon, 2012-03-05 at 23:44 +0100, Ove Kåven wrote:
Den 05. mars 2012 15:32, skrev Patrick Ohly:
> Technically it is different. So let's clarify:
> * You want (or rather, have) to have one address book on the N9.
> * On Google you have multiple different accounts, with one default
> address book in each account.
> * A sync between a Google account and the local address book shall
> not update or delete any contact that did not come from that
> Google account.
>
> Possible implementation:
> * Set the QContactSyncTarget
> (http://doc.qt.nokia.com/qtmobility/qcontactsynctarget.html) on
> each QContact after receiving it from Google.
> * Filter local contacts by QContactSyncTarget.
I don't think you should coopt the SyncTarget for this purpose. As I
remember, it seems that Nokia is using it to identify which subsystem
provides the contact information, i.e. "addressbook" for the device's
persistent storage, "telepathy" for online contacts found with Telepathy
plugins, and so on. You'd use the synctarget to see if this is a Skype
contact, a Facebook friend, a phone number in your SIM card, or
whatever. And thus, in SyncEvolution for Harmattan, I use it to make
sure *only* contacts in the persistent device addressbook are synced,
and not your complete list of Facebook friends.
But what prevents adding more SyncTarget values? You could have a
"Google <account>" sync target, to mark the contacts that were created
that way, and still store them in QtContacts-Tracker.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
12:57 a.m.
(Resending so it gets to the list)
Den 06. mars 2012 08:16, skrev Patrick Ohly:
But what prevents adding more SyncTarget values? You could have a
"Google <account>" sync target, to mark the contacts that were created
that way, and still store them in QtContacts-Tracker.
Well, I don't know whether it would. But I suppose it's possible to try,
and see what happens (if you generalize the SyncTarget filter I already
have in SyncEvolution, so that it's no longer hardcoded to
"addressbook"). I'm not going to have time to mess with it, though...
3728
days inactive
3729
days old
syncevolution@synevolution.org
12 comments
3 participants
participants (3)
-
Ove Kåven -
pal＠bonas.us -
Patrick Ohly