Here is a good example of why this is dangerous. I frequently forget to close Kontact before running msynctool (I did it again today). The sync fails because one of the members is open. That then requires a slow sync and doubles everything.
Google suggests I'm not the only one who has been bitten by this behavior. OpenSync trac says that it is fixed in the soon to be released 0.40 series: http://www.opensync.org/ticket/636 Someone on OpenSync-User last year said that the plugin implementation decides when to switch to slowsync. The automatic slow-sync is the most dangerous part of the behavior. I suggest that it should be turned off until this fix is released. Paul's suggested solution doesn't work for me, because after deleting the opensync group, the resync sees each non-new contact and calendar event as merge conflicts (which is correct). That is a lot of data to reconcile. At least it doesn't create duplicates. Interestingly enough, during my cleanup I also duplicated the merge conflict with the null UID, though I killed the sync before corrupting my Kontact data and crashing the device. It turns out that a full reset of the device is not necessary, A breset appears to clear out the null data, as does unplugging and replugging the device. The second sync worked fine. Summary: Syncing works fine. Slow syncing doesn't. Sometimes it slow-syncs even though I tell it not to. Workaround: I created a wrapper script to backup my contacts and calendars before calling multisync. I'll just have to use that script all the time. If it slow-syncs on me, I'll restore from the backups and try again. Theoretically. In practice, restoring from the backups didn't work. Though the BB had everything correct, the next sync would put everything into Kontact as a duplicate (no dups in the blackberry). So I'm dumping all the data to a text file as well. If it slow-syncs on me, I'll restore Kontact from a backup, wipe the blackberry, wipe opensync, resync, and manually enter any data uniquely on the device from the text file. I guess I'll be cautious about entering data into the BB instead of Kontact. I'll attach my utility scripts to this email, in case another barry noob finds them useful. Though they aren't elegant, it took me a while to figure out all the commands. I have a script for setting up msynctool, backing up before syncing, restoring from backups, and wiping the contact/calendar data on the device. Perhaps they'll help someone else get started with the project. BTW, breset with the 8310 says: Scanning for Blackberry devices... Found...attempting to reset. Can't reset device on bus 005, devnum 9 0 device reset. Even though it always successfully resets. Though this is fun (seriously), I've got to get back to my job . . . Thanks for all the help! Richard On Saturday 16 August 2008 09:30:28 Adam Williamson wrote: > On Sat, 2008-08-16 at 11:56 -0300, Paul Moir wrote: > > > 3. After synchronizing, all of my events are duplicated. After a manual > > > slow-sync all of my events are triplicated. The multiplication happens > > > in both the BB and KOrganizer. > > > > I had a similar problem and it might be worth trying my solution. I > > think the fault lay in opensync rather than barry. Simply deleting and > > recreating the group BlackBerry fixed the problem. > > IIRC, OpenSync specifically state that manually running a slow-sync can > cause data to be duplicated.
blackberry_restore-presync.sh
Description: application/shellscript
blackberry_sync.sh
Description: application/shellscript
blackberry_recreate_msync.sh
Description: application/shellscript
blackberry_wipe.sh
Description: application/shellscript
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
