On Mon, 2012-06-04 at 17:33 +0200, Bleck wrote:
> You can run a "--sync refesh-from-local loglevel=4 funambol" with the
> SyncEvolution command line and check the resulting log file in
> ~/.cache/syncevolution to see whether the missing phone number was sent
> to the Funambol server.
I don't know exactly what is "sent". Looking at the html logfile (with
loglevel=4), I saw, for each contact it's full content in vcard format. It
then seems to be mapped into a data structure where properties are replaced
by flags ; flags itmes being integers (indexes in an xml coded array, I
It's plain C++ internally.
Unsynced phone numbers appear in the vcard and in the date structure.
don't know how the properties are coded but I noticed that there was only
one integer flag element where there were 2 properties in the vcard. The
integer attached to TEL;TYPE=CELL,PREF being 144 where values attached to
other flags are much lower...
I don't know if my blinded guesses can be of any help. All this sounds like
"magic" to me ;)
What you need to watch out for is the part where the original vCard gets
encoded again as vCard, based on the internal representation. Basically
search for the last occurrence of your telephone number.
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.