Ticket #794 (closed defect: fixed)

Opened 6 years ago

Last modified 6 years ago

[NEEDINFO] incompletely synced data records from E90 to file-sync

Reported by: zugschlus Owned by: bellmich
Priority: normal Milestone:
Component: Plugin: syncml Version: 0.38
Severity: normal Keywords: syncml, capabilities
Cc: felixmoeller



with the help of #opensync, I was finally able to get my E90 to sync with msynctool to a file-sync target. Unfortunately, the VCARD files written to the file-sync directory look different from what's on the phone.

For example, the record with my personal data on the phone has fields First Name, Last Name, Mobile, Telephone, Tel (home), a second Tel (home), E-Mail, E-Mail (home) Street (home), City (home).

When syncing, the corresponding VCARD file looks like this:

  $ cat sync1/134
  N:Haber pr;Marc;;;

I had actually hoped to get at least the phone numbers synced.

I'll happily furnish any information that may be helpful in finding out what's going wrong.

Greetings Marc

Change History

comment:1 Changed 6 years ago by felixmoeller

  • Cc felixmoeller added

please post your configuration:

# msynctool --showgroup $yourgroup 

Thank you.

comment:2 follow-up: ↓ 3 Changed 6 years ago by tuju

  • Milestone changed from 0.40 to 0.38

comment:3 in reply to: ↑ 2 Changed 6 years ago by zugschlus

Replying to tuju: I apologize for not getting back any sooner. Here is my configuration:

Group: E90 Member 1: file-sync

Configuration : <?xml version="1.0"?>



<path>/home/mh/tmp/sync1</path> <objtype>contact</objtype> <objformat>vcard30</objformat> <converterpath_config></converterpath_config>


<!-- <directory>

<path></path> <objtype>event</objtype> <objformat>vevent20</objformat> <converterpath_config></converterpath_config>

</directory> -->


Member 2: syncml-obex-client

Configuration : <?xml version="1.0"?>


<!-- sets the connection type to use. --> <!-- please note that actually OBEX over network is not supported --> <!-- 1 means obex over serial cable --> <!-- 2 means obex over bluetooth --> <!-- 3 means obex over IRDA --> <!-- 4 means obex over network --> <!-- 5 means obex over usb --> <type>5</type>

<!-- (Only for bluetooth) The bluetooth address if the bluetooth mode is selected.

hcitool scan to search bluetooth devices. -->


<!-- (Only for bluetooth) The bluetooth channel to use.

sdptool browse $MAC to search for the correct channel Example: sdptool browse xx:xx:xx:xx:xx:xx | grep "\(Service Name\|Channel\)" -->


<!-- (Only for USB) The usb interface number of the SYNCML-SYNC target. use syncml-obex-client -u (you will need access to the USB raw device) to find it. -->


<!-- Some devices use a non-standard compliant AT command.

This special AT command contains for example the datastores which should be synchronized. If you don't know what to do then leave this empy or contact us via the user mailing list.

Some devices are supported by default. If yours is not supported then please open a ticket.

Examples for AT commands:

Samsung: http://www.traud.de/gsm/samsung.htm



<!-- If your phone needs a special AT command but you don't

know it and it is not supported but you know a similar phone which is supported then you can try to use this potentially working profile by adding this phone's identity here.

at_manufacturer is the answer to AT+CGMI. at_model is the answer to AT+CGMM.

Example: mobile Samsung SGH-Z400

at_manufacturer Samsung at_model SGH-Z400


<at_manufacturer></at_manufacturer> <at_model></at_model>

<!-- The string that the plugin will use to identify itself. Some devices need a special string here. --> <identifier>PC Suite</identifier>

<!-- The syncml version to use: 0 for 1.0, 1 for 1.1 and 2 for 1.2 --> <version>1</version>

<!-- if the plugin should use wbxml --> <wbxml>1</wbxml>

<!-- The username to use. Leave empty to not require a username --> <username></username>

<!-- the password for the username --> <password></password>

<!-- If wbxml is enabled, defines wether the wbxml should use string tables --> <usestringtable>1</usestringtable>

<!-- Never send ADD command, but send REPLACE (not needed normally) --> <onlyreplace>0</onlyreplace>

<!-- Workaround around for mobile phones which only use local timestamps and _no_ UTC timestamps! --> <onlyLocaltime>0</onlyLocaltime>

<!-- Sets the maximum allowed size in bytes of incoming messages (some device need this option set). Example: 10000 --> <maxMsgSize>0</maxMsgSize>


<!-- The old default behavior of OpenSync? was to use the same --> <!-- format like the connecting client. Some clients which were --> <!-- connected with another software expect always the anchor --> <!-- format of this software. Therefore it is possible to --> <!-- configure the behaviour of OpenSync?'s SyncML plugin. --> <!-- --> <!-- 0 ==> number format beginning with 1 --> <!-- 1 ==> timestamp format --> <!-- --> <!-- If it is not a SLOW-SYNC then this option is ignored and the --> <!-- behavior is determined from the cached Last anchor. -->


<!-- XXX: Currently you need to write this by your own.

Later it's planned to create such entries on the fly during the discovery() call. Example database field:


<name>Contacts</name> <objtype>contact</objtype> <objformat>vcard21</objformat>

</database> --> <database>

<name>Contacts</name> <objtype>contact</objtype> <objformat>vcard21</objformat>



comment:4 Changed 6 years ago by dgollub

  • Owner changed from dgollub to cstender
  • Component changed from OpenSync to Plugin: vformat
  • Milestone changed from 0.38 to 0.40

Could you provide trace files? See tracing - feel free to hide sensitive informations. Do you use any merger/capabilities features?

Could you also try to capture the syncml traffic by running:

export SYNCML_LOG=/tmp/syncml_log/
msynctool --sync $yourgruop

And extract a complete vcard out of the syncml log ... feel free to strip sensitive information.

I guess this is related to an issue in vformat plugin.

comment:5 Changed 6 years ago by zugschlus

An msynctool --sync E90 generated like 18 MB of trace files. Is there a automated way to remove sensitive information, or to have msynctool only sync the first ten-or-so entries to avoid generate megabytes of debug information that needs to be reviewed for sensitive information?

Greetings Marc

comment:6 Changed 6 years ago by cstender

  • Keywords syncml, capabilities added
  • Owner changed from cstender to bellmich
  • Component changed from Plugin: vformat to Plugin: syncml
  • Priority changed from normal to high

Sounds like a capabilities bug in syncml.

comment:7 Changed 6 years ago by zugschlus

I'm going to deliver traces with Opensync 0.37 as soon as ticket #874 is resolved, which is currently keeping me from using Opensync/msynctool at all. I'll delete all data from the phone and hope that the traces are shorter then.

comment:8 Changed 6 years ago by tuju

  • Priority changed from high to normal
  • Version changed from 0.36 to 0.38
  • Summary changed from incompletely synced data records from E90 to file-sync to [NEEDINFO] incompletely synced data records from E90 to file-sync

I had the same problem and upgraded s60 phone to latest firmware, it at least partially disappeared. Could you try that and the latest version 0.38 again? Closing in 30 days if no comments.

comment:9 Changed 6 years ago by zugschlus

With libsyncml 0.5.0, msynctool 0.38, opnsync 0.38, the sync doesn't finish. msynctool --sync e90 says "Sending Contacts 76 of 76", and the msynctool process seems to turn around in circles.

If you tell me which debugging envvars to set, I'll try reproducing this with a nearly empty phone (which will take around two hours to restore).

comment:10 Changed 6 years ago by zugschlus

  • Status changed from new to closed
  • Resolution set to fixed

After trying some more times, things seem to work fine now. At least I can sync to files now. This ticket can be closed, I guess.

Note: See TracTickets for help on using tickets.