On Fri, 2010-05-14 at 16:07 +0100, Anssi Saari wrote:
Patrick Ohly <patrick.ohly(a)intel.com> writes:
> I forgot that beta 3 does not yet record the sync modes. You have to go
> to the syncevolution-log.html files in the directory mentioned by
> --print-sessions and search for something like "starting slow sync".
OK, found it:
[2010-05-14 11:16:39.860]Switched to SlowSync because of Anchor mismatch or server-side
That confirms my theory.
> It could be that the phone uses the value set with the
> "remoteIdentifier" to track who it is talking to. We suggest to set that
> to one of the values accepted by some phones ("PC Suite"), but perhaps
> your phone really needs a unique string there.
> Can you try whether it still syncs when you unset the remoteIdentifier
> with --configure --sync-property remoteIdentifier= <config name>?
No, it's all [ERROR] OBEX Request 3 got a failed response Forbidden then.
So I guess the next try would be to try a different remoteIdentifier
in the config for my desktop and laptop?
That's what happens automatically when remoteIdentifier is empty.
SyncEvolution then uses the "deviceId" string, which is a random string
generated once when a config is created.
Or are there any suggestions
for valid names since my first try with N85R500 didn't work, I got the
same response as with no remoteIdentifier?
Sorry, I don't know. To me it seems that the phone really cannot sync to
two different hosts. That's a limitation in the phone's implementation.
In SyncEvolution, we use the Bluetooth MAC of the peer to distinguish
different hosts in such a situation.
But this is why I really want something that will create calendar
events from birthdays in contacts. In a way, Syncevolution could be
the right place to do that, since it should only happen when syncing
certain devices. OTOH, those calendar events shouldn't propagate from
the phone to software like Evolution that don't need it...
Exactly. So for one-way to phone sync it might make sense to fake such
calendar events, but more thoughts would be needed on which peers need
that and whether the user really wants it.
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.