From sgruby at markspace.com Fri Sep 2 12:06:19 2005 From: sgruby at markspace.com (Scott Gruby) Date: Fri Sep 2 12:06:26 2005 Subject: [sync-services-developers] (no subject) Message-ID: Mark/Space is looking for users of its Missing Sync for Palm OS product to evaluate and test various components and features currently in development. If you are a current user of The Missing Sync for Palm OS and are interested in testing and providing feedback on an ongoing basis, please let us know by filling out the form here: . Thank you. -- Scott Gruby Lead Engineer Mark/Space, Inc. Please visit for assistance with Mark/Space products. From bcriscuolo at markspace.com Tue Sep 6 07:13:13 2005 From: bcriscuolo at markspace.com (Brian M. Criscuolo) Date: Tue Sep 6 07:13:18 2005 Subject: [sync-services-developers] Conflict Resolution? Message-ID: Has anyone been able to determine how Sync Services performs conflict resolution on a contact? In one test, two records with the same first and last name were synchronized and ended up being a duplicate (after a slow sync). Is there a particular order of evaluation? Anyone have any thoughts? b ******************** Brian M. Criscuolo Senior Software Engineer Mark/Space, Inc. bcriscuolo@markspace.com From bcriscuolo at markspace.com Tue Sep 6 13:41:05 2005 From: bcriscuolo at markspace.com (Brian M. Criscuolo) Date: Tue Sep 6 13:41:10 2005 Subject: [sync-services-developers] Slow or Refresh Sync? Message-ID: <6AAD18BC-6CC4-4127-8053-DD3D908263A8@markspace.com> Here's something I'm trying to get straight and would love some input, if anyone has experience with this. I'm synchronizing multiple handhelds, using the Contacts data type. I synchronize handheld A, all is good. I synchronize handheld B and expect that all of my data from HH B is merged with everything else and I end up with the same data after the synchronization. That's been my experience with other sync schemes. In this case, however, HH B is slow synchronizing. From what I can tell, when I push all records from HH B into the truth it flags anything in the truth that is NOT in the set of records being pushed as deletes. An example probably better describes it: - Sync with HH A, 10 contacts. Address Book ends up with records named 1,2,3,4,5,6,7,8,9,10 - Slow sync with HH B, which has 10 different records, named 11,12,13,14,15,16,17,18,19,20 - After sync, Address Book ends up with records named 11,12,13,14,15,16,17,18,19,20 - the other set appears to have been deleted. Is this how slow sync in Sync Services works? Not by merging everything, but by basing the "correct" set of data off of what the client is pushing? Would I want to refresh sync each time I synchronized a different handheld, or is the overhead of that way too high and inappropriate for this case? Maybe I really don't want to slow sync at all - I just want to fast sync with my client at all times, and only push changes from handheld B into the truth. Thoughts would be appreciated! b ******************** Brian M. Criscuolo Senior Software Engineer Mark/Space, Inc. bcriscuolo@markspace.com From bcriscuolo at markspace.com Tue Sep 6 13:46:02 2005 From: bcriscuolo at markspace.com (Brian M. Criscuolo) Date: Tue Sep 6 13:46:05 2005 Subject: [sync-services-developers] List of registered clients Message-ID: Does anyone know if it is possible to obtain a list of registered sync clients programmatically, kind of like Syncrospector does? We'd like to offer (for support purposes) the ability to unregister our clients without necessarily knowing the client id beforehand. b ******************** Brian M. Criscuolo Senior Software Engineer Mark/Space, Inc. bcriscuolo@markspace.com From bcriscuolo at markspace.com Tue Sep 6 13:49:06 2005 From: bcriscuolo at markspace.com (Brian M. Criscuolo) Date: Tue Sep 6 13:49:09 2005 Subject: [sync-services-developers] Client Description file - what is the "type" used for? Message-ID: In the client description plist, a Type key is defined, and in ISyncManager.h there is the comment: Type - a string identifying the type of client. This string must be one of the following pre-defined values: "app" (an application like iCal or AB), "device" (a phone, Palm or iPod), "server" (.Mac) or "peer" (a peer-to-peer client). Assume the client is an app if not explicitly specified. So, of what importance is a type defined to be "device?" Does something different happen? Is there a special behavior in that case? I'm curious! Thanks, b ******************** Brian M. Criscuolo Senior Software Engineer Mark/Space, Inc. bcriscuolo@markspace.com From q20040804 at mac.com Wed Sep 7 01:34:53 2005 From: q20040804 at mac.com (Wolfgang Textor) Date: Wed Sep 7 01:35:04 2005 Subject: [sync-services-developers] Conflict Resolution? In-Reply-To: References: Message-ID: <4d21cd57ddb6805c7971ed622b613204@mac.com> I think I remember I read somewhere, that contacts are identified by first name, last name and birthday. There should be no particular order, only those three fields matching. Wolfgang -- --------------------------------------------------------- Wolfgang Textor Phone : +49/203/3934520 Computer Consultant Cell Ph: +49/177/2003686 Max-Reger-Strasse 17 Fax : +49/203/3934522 D-47057 Duisburg E-Mail : wtextor@mac.com Germany --------------------------------------------------------- Am 06.09.2005 um 16:13 schrieb Brian M. Criscuolo: > Has anyone been able to determine how Sync Services performs conflict > resolution on a contact? In one test, two records with the same first > and last name were synchronized and ended up being a duplicate (after > a slow sync). > > Is there a particular order of evaluation? > > Anyone have any thoughts? > > b > > ******************** > Brian M. Criscuolo > Senior Software Engineer > Mark/Space, Inc. > bcriscuolo@markspace.com > > > > > _______________________________________________ > sync-services-developers mailing list > sync-services-developers@lists.markspace.com > http://lists.markspace.com/mailman/listinfo/sync-services-developers > From mildm8nnered at gmail.com Wed Sep 7 07:05:47 2005 From: mildm8nnered at gmail.com (Martin Redington) Date: Wed Sep 7 07:05:49 2005 Subject: [sync-services-developers] List of registered clients In-Reply-To: References: Message-ID: <9f38cd3c050907070574cbed20@mail.gmail.com> nm /System/Library/Frameworks/SyncServices.framework/SyncServices reveals the following method: -[ISyncConcreteManager allClients] which looks like it might be useful. If it doesn't do the trick, I bet one of the other private methods will. Its hard to avoid using SyncServices private methods if you want to provide any kind of sophistication. Of course future support for these methods is not guaranteed. cheers, m. On 9/6/05, Brian M. Criscuolo wrote: > Does anyone know if it is possible to obtain a list of registered > sync clients programmatically, kind of like Syncrospector does? We'd > like to offer (for support purposes) the ability to unregister our > clients without necessarily knowing the client id beforehand. > > b > > ******************** > Brian M. Criscuolo > Senior Software Engineer > Mark/Space, Inc. > bcriscuolo@markspace.com > > > > > _______________________________________________ > sync-services-developers mailing list > sync-services-developers@lists.markspace.com > http://lists.markspace.com/mailman/listinfo/sync-services-developers > From mildm8nnered at gmail.com Wed Sep 7 09:32:06 2005 From: mildm8nnered at gmail.com (Martin Redington) Date: Wed Sep 7 09:32:08 2005 Subject: [sync-services-developers] MySync Beta Message-ID: <9f38cd3c050907093231d4c5c5@mail.gmail.com> Dear sync-services-developers, I've been working on a program called MySync, which provides mac-to-mac syncing without .mac, for machines on a local network. I'm currently running a closed beta program, and about to move to a public beta. If you would like to check out MySync, drop me a mail at mildm8nnered@gmail.com More information is available at http://www.mildmanneredjanitor.com/mysync/ cheers, Martin From brian_hall at markspace.com Wed Sep 7 10:32:44 2005 From: brian_hall at markspace.com (Brian Hall) Date: Wed Sep 7 10:33:02 2005 Subject: [sync-services-developers] MySync Beta In-Reply-To: <9f38cd3c050907093231d4c5c5@mail.gmail.com> References: <9f38cd3c050907093231d4c5c5@mail.gmail.com> Message-ID: At 5:32 PM +0100 9/7/05, Martin Redington wrote: >Dear sync-services-developers, > > I've been working on a program called MySync, which provides >mac-to-mac syncing without .mac, for machines on a local network. > >I'm currently running a closed beta program, and about to move to a >public beta. If you would like to check out MySync, drop me a mail at >mildm8nnered@gmail.com > >More information is available at http://www.mildmanneredjanitor.com/mysync/ That is pretty cool! Will you be handling all schemas on a dynamic basis, or just the ones you know about/hard code into the app? ie, if some new app comes along with the "Frizzbog" schema, would that show up in your checkmark list of things to keep in sync? Brian -- _____________________________________________________________________ Mark/Space, Inc. voice 408-293-7299 654 N. Santa Cruz Ave. #300 fax 408-293-7298 Los Gatos, CA 95030-4360 From mildm8nnered at gmail.com Wed Sep 14 11:42:31 2005 From: mildm8nnered at gmail.com (Martin Redington) Date: Wed Sep 14 11:42:33 2005 Subject: [sync-services-developers] keychain syncing Message-ID: <9f38cd3c05091411422f3ba63a@mail.gmail.com> I'm having some problems syncing the keychain using syncservices New test keychain items are never received by my app, even though syncrospector reports that both KeyChain Access and my app have successfully synced, and are on the same generation. One thing I have noticed is that when I sync the keychain schema, the following message appears in the system.log: 2005-09-14 18:50:16.713 kcSync[6082] Error communicating with iDisk server (1) Has anyone else seen this? cheers, m. From mildm8nnered at gmail.com Wed Sep 14 17:57:45 2005 From: mildm8nnered at gmail.com (Martin Redington) Date: Wed Sep 14 17:57:47 2005 Subject: [sync-services-developers] Safari syncing problem as well Message-ID: <9f38cd3c05091417571cdbfd1a@mail.gmail.com> I am having the following problems syncing bookmarks. My bookmark changes seem to get applied to the Truth Database, and passed out again when my client syncs. However, the bookmark changes never show up in Safari. This is slightly different to my keychain sync issue (see previous post), where I never see the changes coming out from the Sync Engine, but as before Syncrospector reports that both Safari and my client have synced bookmarks successfully, and are on the same generation. It almost seems as though Apple has crippled Safari and KeyChain Access so that they can only sync with .mac, but this doesn't really tally with what Syncrospector is reporting. Has anyone else seen anything like this? cheers, Martin From lwdupont at gmail.com Wed Sep 14 19:28:45 2005 From: lwdupont at gmail.com (Lucien W. Dupont) Date: Wed Sep 14 19:28:51 2005 Subject: [sync-services-developers] Safari syncing problem as well In-Reply-To: <9f38cd3c05091417571cdbfd1a@mail.gmail.com> References: <9f38cd3c05091417571cdbfd1a@mail.gmail.com> Message-ID: I haven't seen an issue like this, however I've only written code that syncs contacts. Have you tried a really simple test set of data? (like 1 url in safari, and another one in your app). I also found that during development, I needed to 'reset' sync services, I did this by doing the following: - make sure to quit SyncServer and the UI background app (I forget exactly what it's called, but you'll notice it in the process list). - then delete the contents of the folder at ~/Library/Application Support/SyncServices/ The obvious warnings apply, but that will cause Sync Services to be fresh and clean, and ready to go. I also wrote some test code on a debug menu to unregister my client (unregisterClient: on ISyncManager). This causes you to look like a new client the next time you sync. I hope that helps a bit, reply if not and we should be able to figure it out. Lucien On Sep 14, 2005, at 5:57 PM, Martin Redington wrote: > I am having the following problems syncing bookmarks. > > My bookmark changes seem to get applied to the Truth Database, and > passed out again when my client syncs. > > However, the bookmark changes never show up in Safari. > > This is slightly different to my keychain sync issue (see previous > post), where I never see the changes coming out from the Sync Engine, > but as before Syncrospector reports that both Safari and my client > have synced bookmarks successfully, and are on the same generation. > > It almost seems as though Apple has crippled Safari and KeyChain > Access so that they can only sync with .mac, but this doesn't really > tally with what Syncrospector is reporting. > > Has anyone else seen anything like this? > > cheers, > Martin > > _______________________________________________ > sync-services-developers mailing list > sync-services-developers@lists.markspace.com > http://lists.markspace.com/mailman/listinfo/sync-services-developers > From mildm8nnered at gmail.com Wed Sep 14 20:11:58 2005 From: mildm8nnered at gmail.com (Martin Redington) Date: Wed Sep 14 20:12:01 2005 Subject: [sync-services-developers] Safari syncing problem as well Message-ID: <9f38cd3c0509142011699e9072@mail.gmail.com> Some progress to report here. I checked the client entries for Safari in Syncrospector on both machines. On one machine, the "syncs with" value for Safari was "app, device, server", and Safari had synced. This machine was fully updated with the latest version of Safari (2.0.1 build 412.5) On the other machine, the "syncs with" value for Safari was "device, server", and Safari had never synced. This machine did not have the latest Safari update. I updated the second machine, and synced again. This time, bookmarks were synced successfully. Interestingly, Syncrospector still shows the same syncs with value as before for each machine (I restarted Syncrospector, so I assume these aren't just cached values). I'm still getting the same issue with Keychain Access however (changes aren't seen by my app at all), and still getting the 2005-09-15 03:39:45.353 kcSync[7111] Error communicating with iDisk server (1) message in the logs. Syncrospector lists kcSync as the sync handler for Keychain Access, so I'm pretty sure they're connected. Any suggestions would be gratefully received ... cheers, Martin From bcriscuolo at markspace.com Thu Sep 15 05:20:43 2005 From: bcriscuolo at markspace.com (Brian M. Criscuolo) Date: Thu Sep 15 05:20:46 2005 Subject: [sync-services-developers] Safari syncing problem as well In-Reply-To: <9f38cd3c0509142011699e9072@mail.gmail.com> References: <9f38cd3c0509142011699e9072@mail.gmail.com> Message-ID: <456C24FD-EF4A-4DE1-A59E-B5BCA04D771A@markspace.com> Martin, I was wondering if you've tried turning on the logging options in the Syncrospector preferences - with Extensive logging on you can get a HUGE amount of info about the process. If you're not using it already it might be helpful. Good luck! b On Sep 14, 2005, at 11:11 PM, Martin Redington wrote: > Some progress to report here. > > I checked the client entries for Safari in Syncrospector on both > machines. > > On one machine, the "syncs with" value for Safari was "app, device, > server", and Safari had synced. This machine was fully updated with > the latest version of Safari (2.0.1 build 412.5) > > On the other machine, the "syncs with" value for Safari was "device, > server", and Safari had never synced. This machine did not have the > latest Safari update. > > I updated the second machine, and synced again. This time, bookmarks > were synced successfully. > > Interestingly, Syncrospector still shows the same syncs with value as > before for each machine (I restarted Syncrospector, so I assume these > aren't just cached values). > > I'm still getting the same issue with Keychain Access however (changes > aren't seen by my app at all), and still getting the > > 2005-09-15 03:39:45.353 kcSync[7111] Error communicating with iDisk > server (1) > > message in the logs. > > Syncrospector lists kcSync as the sync handler for Keychain Access, so > I'm pretty sure they're connected. > > Any suggestions would be gratefully received ... > > cheers, > Martin > > _______________________________________________ > sync-services-developers mailing list > sync-services-developers@lists.markspace.com > http://lists.markspace.com/mailman/listinfo/sync-services-developers > ******************** Brian M. Criscuolo Senior Software Engineer Mark/Space, Inc. bcriscuolo@markspace.com From mildm8nnered at gmail.com Thu Sep 15 11:45:29 2005 From: mildm8nnered at gmail.com (Martin Redington) Date: Thu Sep 15 11:45:31 2005 Subject: [sync-services-developers] Safari syncing problem as well In-Reply-To: <456C24FD-EF4A-4DE1-A59E-B5BCA04D771A@markspace.com> References: <9f38cd3c0509142011699e9072@mail.gmail.com> <456C24FD-EF4A-4DE1-A59E-B5BCA04D771A@markspace.com> Message-ID: <9f38cd3c05091511454d5437c3@mail.gmail.com> I do have it on (from ages ago when I first played with Syncrospector), but I haven't looked at it much. I will now though ... Interestingly, my user reports that he has the latest version of Safari on both machines, but still isn't seeing bookmark syncing. I've asked him to download Syncrospector to check the details for Safari ... cheers, m. On 9/15/05, Brian M. Criscuolo wrote: > Martin, I was wondering if you've tried turning on the logging > options in the Syncrospector preferences - with Extensive logging on > you can get a HUGE amount of info about the process. If you're not > using it already it might be helpful. > > Good luck! > > b > > On Sep 14, 2005, at 11:11 PM, Martin Redington wrote: > > > Some progress to report here. > > > > I checked the client entries for Safari in Syncrospector on both > > machines. > > > > On one machine, the "syncs with" value for Safari was "app, device, > > server", and Safari had synced. This machine was fully updated with > > the latest version of Safari (2.0.1 build 412.5) > > > > On the other machine, the "syncs with" value for Safari was "device, > > server", and Safari had never synced. This machine did not have the > > latest Safari update. > > > > I updated the second machine, and synced again. This time, bookmarks > > were synced successfully. > > > > Interestingly, Syncrospector still shows the same syncs with value as > > before for each machine (I restarted Syncrospector, so I assume these > > aren't just cached values). > > > > I'm still getting the same issue with Keychain Access however (changes > > aren't seen by my app at all), and still getting the > > > > 2005-09-15 03:39:45.353 kcSync[7111] Error communicating with iDisk > > server (1) > > > > message in the logs. > > > > Syncrospector lists kcSync as the sync handler for Keychain Access, so > > I'm pretty sure they're connected. > > > > Any suggestions would be gratefully received ... > > > > cheers, > > Martin > > > > _______________________________________________ > > sync-services-developers mailing list > > sync-services-developers@lists.markspace.com > > http://lists.markspace.com/mailman/listinfo/sync-services-developers > > > > > ******************** > Brian M. Criscuolo > Senior Software Engineer > Mark/Space, Inc. > bcriscuolo@markspace.com > > > > > From mildm8nnered at gmail.com Tue Sep 20 10:31:42 2005 From: mildm8nnered at gmail.com (Martin Redington) Date: Tue Sep 20 10:31:44 2005 Subject: [sync-services-developers] Safari sync problem resolved In-Reply-To: <9f38cd3c05091417571cdbfd1a@mail.gmail.com> References: <9f38cd3c05091417571cdbfd1a@mail.gmail.com> Message-ID: <9f38cd3c0509201031c4132c1@mail.gmail.com> It turns out that the Safari client is only registered to sync with "device" and "server". This is fixed in more recent versions of Safari, but the Safari sync client doesn't automatically re-register. If you open the Bookmarks pane of the Safari preferences, and select the "Syncs bookmarks with other computers via .mac" checkbox, and the select "Cancel" on the following dialog, the Safari Sync client will reregister correctly. I still haven't had any joy with keychain ... cheers, Martin On 9/15/05, Martin Redington wrote: > I am having the following problems syncing bookmarks. > > My bookmark changes seem to get applied to the Truth Database, and > passed out again when my client syncs. > > However, the bookmark changes never show up in Safari. > > This is slightly different to my keychain sync issue (see previous > post), where I never see the changes coming out from the Sync Engine, > but as before Syncrospector reports that both Safari and my client > have synced bookmarks successfully, and are on the same generation. > > It almost seems as though Apple has crippled Safari and KeyChain > Access so that they can only sync with .mac, but this doesn't really > tally with what Syncrospector is reporting. > > Has anyone else seen anything like this? > > cheers, > Martin > From mildm8nnered at gmail.com Fri Sep 23 07:57:04 2005 From: mildm8nnered at gmail.com (Martin Redington) Date: Fri Sep 23 07:57:06 2005 Subject: [sync-services-developers] Keychain Access syncing misery Message-ID: <9f38cd3c0509230757e3947be@mail.gmail.com> I'm still having no luck syncing Keychain items. All of my investigations so far have lead to a dead end. All other Apple standard schemas seem to work OK. Any advice or suggestions gratefully received. cheers, Martin =========================================== Details follow below. My system is up to date (10.4.2 8C46) My app is registered with sync services as an "app", and to sync with all of the com.apple.keychain.* datatypes. I have a small number of keychain items. Syncrospector reports that both my app and keychain have synced successfully, and are on the same generation. Changes to the keychain items are not sent to my app. Syncrospector reports no items in the truth database in the com.apple.keychain.* schemas, and no items in the truth database for which Keychain Access is the source. The sync log at ~/Library/Application Support/SyncServices/Local/syncservices.log shows nothing interesting. Syncing seems to work fine, but changes are never pushed to the Truth database by Keychain Access. When Keychain Access syncs, either kicked off manually from Syncrospector, or in response to a sync from my app, the following message appears in /var/log/system.log: 2005-09-23 15:25:29.263 kcSync[10352] Error communicating with iDisk server (1) kcSync is the sync handler for Keychain Access /System/Library/Frameworks/SecurityFoundation.framework/Resources/kcSync.app/Contents/MacOS/kcSync running strings on this file indicates that the error string does not actually occur in the binary. From bcriscuolo at markspace.com Fri Sep 23 08:17:30 2005 From: bcriscuolo at markspace.com (Brian M. Criscuolo) Date: Fri Sep 23 08:17:35 2005 Subject: [sync-services-developers] Keychain Access syncing misery In-Reply-To: <9f38cd3c0509230757e3947be@mail.gmail.com> References: <9f38cd3c0509230757e3947be@mail.gmail.com> Message-ID: Martin, When I get a chance I'll see if I can reproduce what you're seeing - maybe it is a problem that is not a general one. I'll let you know my results. b On Sep 23, 2005, at 10:57 AM, Martin Redington wrote: > I'm still having no luck syncing Keychain items. All of my > investigations so far have lead to a dead end. > > All other Apple standard schemas seem to work OK. > > Any advice or suggestions gratefully received. > > cheers, > Martin > > =========================================== > > Details follow below. > > My system is up to date (10.4.2 8C46) > > My app is registered with sync services as an "app", and to sync with > all of the com.apple.keychain.* datatypes. > > I have a small number of keychain items. > > Syncrospector reports that both my app and keychain have synced > successfully, and are on the same generation. > > Changes to the keychain items are not sent to my app. > > Syncrospector reports no items in the truth database in the > com.apple.keychain.* schemas, and no items in the truth database for > which Keychain Access is the source. > > The sync log at > > ~/Library/Application Support/SyncServices/Local/syncservices.log > > shows nothing interesting. Syncing seems to work fine, but changes are > never pushed to the Truth database by Keychain Access. > > When Keychain Access syncs, either kicked off manually from > Syncrospector, or in response to a sync from my app, the following > message appears in /var/log/system.log: > > 2005-09-23 15:25:29.263 kcSync[10352] Error communicating with > iDisk server (1) > > kcSync is the sync handler for Keychain Access > > /System/Library/Frameworks/SecurityFoundation.framework/Resources/ > kcSync.app/Contents/MacOS/kcSync > > running strings on this file indicates that the error string does not > actually occur in the binary. > > _______________________________________________ > sync-services-developers mailing list > sync-services-developers@lists.markspace.com > http://lists.markspace.com/mailman/listinfo/sync-services-developers > ******************** Brian M. Criscuolo Senior Software Engineer Mark/Space, Inc. bcriscuolo@markspace.com