-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Even though this a Linux mailing list, I/we usually seem pretty enthusiastic about helping each other. Nice touch to try and keep this on topic, but that was a little weak :)
Please send any replies or questions to me directly, this response does contain some Linux specific info and so it is sent to the list for the archive. I suppose I have an irrational belief that someone, someday, will in fact RTFM :) Also, I do not like working on Palm related problems, even when I am getting paid to do so. It is not fun, so please do not abuse my goodwill. Anyway, first I will discuss my experiences under Linux. In a word, painful. Palm, like Apple and MS, seem to make weird changes between all their models. My Palm TX is sort of supported. I was able to get the kdepim suite to talk to and update stuff on the palm. The address-book needed manual massaging. Storing my calendar on a DAVS share crashed periodically, trashing the ics file. I have a good idea why this happens, and given that I am stitching together tech on my own, problems are to be expected. This is the true evil of closed, proprietary systems, getting the stuff to do what you want is quite often not worth the effort. After a sync, however, I would have to manually kill all the kdepalm processes. I have not tried with KUbuntu 7.10, but I did test with every version prior to that. Every version. Also, I had the most success with the network sync, utilising the TX's WiFi adaptor. This is not supported well by most of the palm tools out there (I had to look at the source in some cases to see how to make this work. I don't "know" C or C++, but unless it was written in Perl, you can usually figure it out. I also had success with the command line tools performing various tasks (mostly putting ebooks and downloaded web pages for off-line reading). Anyway, Palm is about a decade behind. I have been a user since the early 90's, and they have squandered any loyalty I had. I now use my palm for ebook reading, and occasionally checking email. For a calendar I use the Mozilla Lightening with the provider plugin. I generally have a machine open with a calendar, and Google then sends an SMS before an event anyway. I am still waiting for a proper smart phone or at least a PDA that is not yet another effing Newton clone. We can do better than the 1980s, seriously. OpenMoko and Qtopia is where I expect my needs will be met. Google's Android may hold some promise, but I am always sceptical when all I have is a press release. My needs have continually been met by the FLOSS world, and not by the proprietary world. Now for something completely OT. Zealots can safely ignore the rest. The domain is not really your problem, it is the Windows "client". Windows XP is tricked into thinking that Samba is NT or AD, so switching out the backend really should not change anything. I have done what you are attempting for some of my clients. Without exception we do _not_ use roaming profiles, it breaks far too many things without providing a tangible benefit. I *know* that the palm software will run on domain accounts, though local admin privileges are required for the install, and power user for actual use. Things will also break randomly so it will be an ongoing support problem. Try it with a standard profile. It will require some massaging, so be patient, methodical, and persistent. Or you could do something more useful Palm does work well with Exchange and the extra exchange compatible software that you can buy from Palm. I have only tested Trios that do this over the air (both cell technologies), which can get quite expensive. I do not have any experience with Zimbra and OpenExchange with palm, but google may help you here. You may also wish to check the event viewer and the palm directory. Sometimes it tells you what is wrong. Sometimes the sync log on the palm itself is useful. Just so you know, OpenLDAP is not a drop in replacement for AD. If you have not done it by now, I suspect that it is not going to happen for a while, if at all. If or when you go down this road, you are not limited to Samba. The pGina project replaces the standard MS GINA for login/authentication. Novel does this to authenticate against Netware. ~ More information and ideas can be found on their website: http://www.pgina.org/ OK, I lied/was mistaken. There was something of value this far down after all. Cameron wrote: | Hi All, | | While this post starts off-topic it will become on-topic, but I have | been trying to solve this one for some time. | | I have a Windows AD domain right now but will eventually having | (hopefully) syncing with OpenLDAP and one of the things I would like to | do is to sync my palm from within that domain. | | I want to focus on the Windows portion first as I use that at work right | now and am most likely to have issues there. I have googled, scoured | forums, asked others and no real solutions has popped up yet...even the | Palm website hasn't really helped. Most of what I have found suggests | that I need to install/re-install the software under the domain user | with that user as an administrator..after that I can disable those | permissions. My users are setup to save their profile to the server and | a local copy is retained as normal. | | I have done that but I can't seem to get it syncing properly. As a | matter of fact, the will only show up one time then not another.. and | any syncing doesn't seem to happen. It works fine as a local user but | not within the domain. Anyone have luck doing this and can offer some tips? | | Now comes the on-topic portion. Assuming I get this solved in Windows, | will i run into similar things using a Linux domain controller or | joining Linux boxes to a windows domain. In addition to that, will I | have any issues with any of the palm desktop/sync equivalents in | Linux...particularly if the palm data is stored on the profile on a | Windows server. | | Any tips...suggestions...etc. | | _______________________________________________ | clug-talk mailing list | [email protected] | http://clug.ca/mailman/listinfo/clug-talk_clug.ca | Mailing List Guidelines (http://clug.ca/ml_guidelines.php) | **Please remove these lines when replying -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHjwo7wRXgH3rKGfMRAlVJAJ9bL0pitnSGbvebGibxmbx26yBn+gCfZwUb Ie5yY/DuxsugO5HJ24WfbiQ= =ZyRs -----END PGP SIGNATURE----- _______________________________________________ clug-talk mailing list [email protected] http://clug.ca/mailman/listinfo/clug-talk_clug.ca Mailing List Guidelines (http://clug.ca/ml_guidelines.php) **Please remove these lines when replying
