Menu
▾
▴
Re: [Opensync-users] opensync+isync breaks fast syncing, generates dupes
|
From: Michael B. <mic...@cm...> - 2008-02-08 10:09:38
|
Simon Josefsson schrieb: > First I sync the phone with isync on Mac OS X. Then I create a opensync > installation, one syncml-obex-client and one file sink. I sync once > first, which is a slow sync, populating the local file sink. I sync > again, and this time it is a fast sync, with no changes. I can also > force a slow sync, which also works fine with no changes. > > The problem starts if I now sync the phone on the Mac. The sync on the > mac works fine. > > When I after that try to synchronize using opensync, things break. What > happens is that opensync decides to do a fast sync. Is that the correct > decision? Are you sure that a normal Two-Way Sync is performed? OpenSync does not know anything about iSync. So if you start OpenSync it think it starts a normal Two-Way Sync. Now the SyncML part of the story begins. The DS client (your phone) sends a Slow-Sync or a Two-Way Sync with a LAST and a NEXT anchor. If your phone sends Slow-Sync request then the plugin immediately switch the sink to Slow-Sync mode. If the plugin receives a wrong LAST anchor then Slow-Sync is activated too. So the important question is, does OpenSync really makes a Slow-Sync? The mode switch is not displayed at the normal console. If you enabled traces then grep the logfiles for the string smlDsSessionSendAlert. The second parameter in the parenthesis is the alert type. The numbers are compliant with the OMA DS spec (200 - TWO-WAY-SYNC, 201 - SLOW-SYNC. > What happens is that opensync retrieves all entries from the phone, and > adds them to the local 'file-sync' sink. The id's are the same, so to > avoid overwriting the file, it adds '-new' to each filename. If I > perform this several times, I can get 'X-new-new-new' or even worse. This is what I'm observing too but I think this is a logical problem because the merger should compare the entries and detect the duplicates. BUT: I only understand the syncml code. I'm a normal user if we are discussing about non-syncml stuff :( Best regards Michael -- _______________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin _______________________________________________________________ X.509 CA Certificates / Wurzelzertifikate http://ra.pki.hu-berlin.de |
