OpenSync<\/a> sounds promising except that it relies on a Bluetooth and Linux. Also, reports about the level of D600 compatibility are contradictory. It is going through an architectural revamp, so now is not the time to contribute new plugins.<\/p>\nI have been making do with Samsung PC Studio, a second Outlook contact folder, and some ad hoc<\/em> Python scripts. I read all the contacts from the phone into a separate Outlook contact folder. I run scripts to compare the differences to the master copy, and manually<\/em> mark up the master copy. Then I delete all the contacts in the second Outlook folder, and replace them with a copy of the master folder. Then I delete all the contacts on the phone, and do a one-way sync to the phone. The goal here is to prevent Samsung PC Studio from ever touching my master copy of the contacts, so it can’t ruin them.<\/p>\nMy phone’s appointment book has been empty and stale for a long time, making a key feature of the phone worthless. My phone’s contact book is generally stale because of the effort required to update it – generally I was only updating it once ever 3 months.<\/p>\n
This month, after another frustrating synching experience with Samsung PC Studio, I decided to write my own D600 phone interfacing software.<\/p>\n
This Is Not The D600 Support You Are Looking For.<\/h3>\n
Let me explain why my code is not what you are looking for, and is instead just another piece of half-arsed piece of almost useful code. <\/p>\n
\n- It doesn’t work on any other model of phone except the Samsung SGH D600.<\/strong> It is filled to the brim with hard-coding of parameters and protocols for it to work on any other phone (even similar Samsung models). It turns out that the phone protocols do have some ways of interrogating for which features are present and the possible ranges for some types. However, (a) the protocols don’t seem to be quite standardised enough, so you need to already know the phones capabilities to interrogate it (in which case, why not hard-code that info?), (b) the protocols don’t give enough information (i.e. is the range for this record 0-based, or 1-based?) and (c) that would mean you couldn’t get started with your synching operations until the phone is connected.<\/li>\n
- It doesn’t support two-directional synching.<\/strong> At this stage, it supports changing the phone to make it match Outlook, but never vice versa. I expect I will eventually write a comparison tool to tell me to manually<\/em> update Outlook when there is a change recognised on the phone, but in my world the phone is not the master copy. Yes, this is limiting, but it comes from a deep mistrust of synching software that I have gained from PC Studio (oh, and trying to synch ACT with a PalmPilot many years ago).<\/li>\n
- It has limited SMS message support.<\/strong> I haven’t bothered. I have no interest in writing SMS messages on my phone and uploading them (or triggering their transmission, for that matter) even though I believe I have the knowledge of how to do it. There are traces of support at the lower layers, but I haven’t carried them to the top.\n<\/li>\n
- It can read directories, it can’t read files.<\/strong> I haven’t bothered: I don’t have much use for it, and I haven’t understood the protocol; it looks relatively complex. (Is it based on OBEX?) Maybe I’ll add this one day; it would be nice for backup purposes.<\/li>\n
- No Bluetooth support. <\/strong> I don’t have a Bluetooth dongle on my PC. One has been ordered and will be delivered in a few weeks, so I can see then how hard it would be. (I am hoping it is just a substition at the serial port layer.)<\/li>\n
- Too many mystery fields.<\/strong> When I read in some records, there are many fields that I simply do not understand. I have (generally) learnt what defaults will get the phone to work, but there could well be a feature I haven’t tested that will trigger a failure.<\/li>\n
- It doesn’t have a GUI.<\/strong> It’s just a Python script.<\/li>\n
- It doesn’t check for the existence of a PIN number.<\/strong> I haven’t bothered: my phone is not PIN-protected.<\/li>\n
- It probably<\/em> doesn’t work for all the languages the D600 supports.<\/strong> I do try to handle UTF-8, but I am not sure how much of the character set that the D600 supports. It works for the occasional umlaut in my friend’s names, but I haven’t pushed it. My D600 only supports English and a number of Asian languages (Indonesian, Thai, etc.) so I suspect it is the Asia-Pacific model, and is limited to some parts of the character set. I have no other models to test it on.<\/li>\n
- It doesn’t synch To Do lists.<\/strong> In fact, it deletes<\/em> any To Do items it finds on the phone. This isn’t a bug, or a missing feature; I dislike the way that To Do lists on the D600 are given priority over daily appointments in the UI. They get in the way too much.<\/li>\n
- It doesn’t synch email or bookmarks.<\/strong> I haven’t bothered. I don’t use WAP\/Internet on my phone; I find I am either within eye-sight of a real computer, or I am away from my computer<\/em>, and don’t need the Internet. I don’t have a philosophical aversion, I just don’t feel the need, especially given the price.\n<\/li>\n
- It doesn’t synch email addresses or Event\/Contact notes.<\/strong> This is a trade-off. I would now-and-then find it useful to share someone’s email address, and maybe the first 100 characters of the notes (all the D600 supports) would be occasionally useful, so i would like to synch this information with the phone. However, Outlook has a security feature which requires the user to confirm that the synch software has temporary permission to access the Outlook object model; until permission is granted, the synch freezes up. It is only triggered on some sensitive fields (like email address), so avoiding these fields means that the synch can run without disturbing me.<\/li>\n
- It doesn’t check the phone plugged in is a Samsung D600.<\/strong> I know how, I haven’t bothered, because I never plug in any other device into that COM port.<\/li>\n
- It doesn’t handle multiple phones\/SIMs.<\/strong> I know how to detect the IMEI number, but I haven’t bothered, because I never plug in any other D600.<\/li>\n
- It doesn’t handle multiple Outlook profiles.<\/strong> It is hardcoded to my profile name.<\/li>\n
- It doesn’t synch SIM contacts.<\/strong> SIM contacts are barely functional (name and phone number). I don’t need them. Some people swap SIMs around on their phone, and find it useful to store numbers on the SIM but I don’t.\n<\/li>\n
- It synchs contacts my way!<\/strong> If I don’t know your phone number, I don’t want your name cluttering up my phone’s directory. Duh, PC Studio, duh!\n<\/li>\n
- It synchs birthdays my way!<\/strong> It doesn’t synch birthdays found in the Calendar. Instead it synchs birthdays found in the contact details. Furthermore, it puts the person’s age in the subject text of the event (where it is known). Sometimes I only know the day and month, and not the year. Historically, in that situation, I have always set the year to be the current year. Thus, if the year is less than about 1998, that is their DOB. If it is greater than 1998, then either I don’t know the person’s age or they are a small kid. I’ve hardcoded that distinction in the (top layer of the) synching software. If you don’t follow this tradition, or have been doing for a different length of time to me, too bad!<\/li>\n
- It doesn’t handle time-zones.<\/strong> There are three parts to this. (a) I assume that the phone’s clock and the computer’s clock are in the same timezone. If they aren’t, there will be confusion trouble. (b) Although I know the codes to set the phone’s timezone when I synch the clock, it appears to make absolutely no difference (e.g. to the timezone reported by the phone’s UI). When I first played with it, it seemed to think I was in GMT-7.25, rather than GMT+11 (which is how it was set in the GUI), so the wrong timezone doesn’t seem to phase it. (c) I haven’t bothered coding it neatly, due to (b).<\/li>\n
- Doesn’t handle intermittent connection issues.<\/strong> Every now and again, the phone or the COM port seem to get stroppy, only to work again a few seconds later without change. I haven’t automated retries for this situation.<\/li>\n<\/ul>\n