Slashdot Mirror
SyncML 1.0 released; MAL Is Dead.
A reader Coward writes: "Finally, there's a standard for sync. SyncML 1.0 was just released. Which also means MAL is pretty much history." Yeah, getting Motorola, Nokia, Ericcson, Palm and about 600 other companies is probably a good move. If it means I can beam sync calender/number information from my Palm to my phone, I'll be a happy man.
It rules! Now if it would only have some decent syncing software to go with my decent operating system, i'd be a happy man again.
-8<--
What do you mean by "Nokia"? What model?
Worked fine for me. See 6210.
______________
______________
OTTERS RULE.
I still use them, they sync pretty good with the trash can...
Umm.. yeah, I have a Palm and an 8210 as well.. and yes, it is possible to beam _one_ phone number per contact to the phone.. in other words, if my friend in the palm address book has a home number, work number, fax and mobile I will get _one_ of these if I beam him to the phone. Rather crappy if you ask me.
PilotLink doesn't contain support for MAL, but it's not the right app to support it.
When i saw this article, my first reaction was "Great, now it'll be *another lengthy wait for linux to catch up"
Aparantly most people don't know, Linux does support MAL. You can even hotsync avantgo with linux.
You'll need PilotLink (of course), jpilot (curiously enough, the j doesn't mean it's written in java - it's written with gtk+), MALSync (http://www.tomw.org/malsync/) and the jpilot-syncmal plugin from http://home.sprynet.com/~cbagwell/jpilot.html. Get the source for everything but pilot-link, because you will be compiling stuff differently from the standard installation.
Works pretty well here, except i still have to sync with windows to drop channels from avantgo, and you will still need to sync with windows to install and configure avantgo. But follow the instructions in the jpilot-syncmal documentation or it'll be a lot harder than it should be.
This is just like television, only you can see much further.
Another option is to use a Netscape autoproxy config, where you can tell it to proxy all *.doubleclick.net to 127.0.0.1.
They don't need to build a full-blown SAX parser into the phone, they only need to be able to parse SyncML. This parser could easily be put into programmable logic so it could be upgraded later.
When will companies learn that it's the *server* that's valuable, not the piddly little SyncML client?
(FWIW: I'm perfectly capable of writing a Palm client for myself. My point is that *no one wants* five different slightly incompatible clients. We want one, officially supported, universally compatible client. And the SyncML folk aren't giving us that.)
[
pilot link
can someone point me to some open-source implementations of the syncml toolkit written in java? it looks like most to implementations are c/c++ and sun doesn't have any links to syncml in their search engine. thanks!
At first glance, this looks great. However, having downloaded the specification, I am somewhat troubled by this bit of legalese:
<snip>
Copyright Notice
Copyright (c) Ericsson, IBM, Lotus, Matsushita Communication Industrial Co., LTD,
Motorola, Nokia, Palm, Inc., Psion, Starfish Software (2000).
All Rights Reserved.
Implementation of all or part of any Specification may require licenses under third party
intellectual property rights, including without limitation, patent rights (such a third party may
or may not be a Supporter). The Sponsors of the Specification are not responsible and shall
not be held responsible in any manner for identifying or failing to identify any or all such
third party intellectual property rights.
</snip>
What's this? The sponsors of the specification "may" have various patents and copyrights making it impossible (or illegal, which isn't the same of course) to implement the specification without paying them money? And they don't even have to tell us about them (until it's too late)?! And I hoped this was going to be an open standard...
Will this present a major hurdle for Linux developers trying to implement the standard so we can use our PDAs and such with a Linux box? I think it looks pretty likely.
on the downloads page you can find "SyncML Reference Toolkit / SyncML Gold Candidate for Palm, Linux & Windows"
127.0.0.1 ad.doubleclick.net
127.0.0.1 ad.ca.doubleclick.net
127.0.0.1 ad.de.doubleclick.net
127.0.0.1 ad.fr.doubleclick.net
127.0.0.1 ad.jp.doubleclick.net
127.0.0.1 ad.nl.doubleclick.net
127.0.0.1 ad.no.doubleclick.net
127.0.0.1 ad.uk.doubleclick.net
127.0.0.1 ln.doubleclick.net
127.0.0.1 m.doubleclick.net
Another option would be to use conqueror who has an excellent cookie manager.
there doesn't seem to be mention of an rsync type approach, which is odd considering the bandwidth problems they're trying to address.
each device is required to maintain a change log for each server that it syncs with. could get expensive in terms of memory if you don't sync for a while, especially on small devices. however, does anybody have an alternative other than a complete resync every time?
one of the things it's based on is that each item to be synced will have a unique ID, which is something that can't be relied upon to exist at the moment. hopefully, this will encourage PIM writers etc to implement these as it makes things much simpler. the only alternative i can see is to compare items every time to try and find similarities which is fraught with difficulties ;)
the best sync stuff i've used has been truesync by starfish, so it's encouraging to see them involved.
stay frosty and alert
I noticed Avant Go was mentioned in the article. The Avant Go system is a perfect example of a 3rd party coming and and developing a something for a MS product because it was lacking that ability (Avant go allows you to sync across the network and through the web!)
Since MS, who has openly announced they are "going after" the embedded market is conspicuously absent I predict the following.
MS absence smells bad in this context. I only hope that enough people have adopted the protocol and it's use is so ingrained that MS will have to come along. A good example of where MS had to tow the standards line is the netowrk protocol TCP/IP, if MS had had it's way, we would ALL use NETBEUI :)
On that same note I still find it oddly funny that TCP/IP is under Microsoft as a manufacturer when you add TCP/IP to any MS machine. Almost like they invented it (sub liminal associtation?)
"Science is about ego as much as it is about discovery and truth " - I said it, so sue me.
..Heintzman said IBM is another company that will benefit from the new standard... "If we have a world where there are literally hundreds of millions of devices that can sync in this ubiquitous ad hoc manner, all of this traffic gets driven onto networks and pervasive gateways and onto high volume transaction systems" Thanks for the buzzwords, Herr Heintzman....
etc.
Pilot-link is under active development as a GPL project, & not only supports UNIX & UNIX-like OSes, but I believe is also supported for OS/2 & Win32 operating systems. (But those ports need volunteers.)
See http://www.gnu-designs.com/pilot-link/ for further details.
Developing SyncML compliance would be a Very Good Thing.
Geoff
I think I see a trend here. Maybe for them it really would be easier to muzzle the entire internet than to produce p
What types of data can you actually sync with it? Is it restricted to a few types of information such as addressbook, calendar and email? Could it be used to synchronize e.g. software for filling out digital forms, running on different platforms (desktop vs. PDA)?
Seriously, this is the best PDA available. I've been sync'ing with my Nokia 8890 ever since I got it. Phone lists, SMS, you name it! Plus, with it's keypad I can actually enter remote shell commands to the servers I deal with at work. Try *that* with palm graffiti!
The logo for PDA at Slashdot should be changed to a Psion image instead of a Palm. I mean, the Psion is *the* hacker PDA.
-Justin
My guess would be that the SyncML folk are trying to encourage servers to be written, and understand that people *much* prefer to develop servers for Linux rather than windows.
[
Anyone know the status on these? A quick Google check, plus man -K [variations on syncml/SyncML] came up with no references.
A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
Although there is a download entitled "WinPalmLinux" reference code, it doesn't include anything remotely resembling palmpilot client code. Does anyone know what gives? Presumably the idea is that there will be a "MobileLink"-type application to implement the SyncML protocol on the client side? If so, where is it?
[
Just base the open source SyncML project in Australia - wonderful Section 87D in the Copyright Act.
Yes you can! Yahoo! provides a free version of IntelliSync and StarSync that can be used to synchronize Outlook, various PDAs, and other stuff with Yahoo.
I have a Siemens phone (yeah, that cool SL45 with MP3 player...) and a Palm III, and beaming is really cool, but I know all the other IR Siemens phones can talk the standard IrDA protocols as well. For example I can't just beam over an addressbook entry (complete with street address and so on), but can use the phone just as a modem and do a telnet from my Palm to my favorite chatroom...
But that's different to syncing, of course. I always mess my addressbooks up when I try to sync my nuttscape addressbook with my Palm's. If there will really be a standard sync protocol, supported by all major vendors, heaven!
This sig is stolen from someone who had a much better idea than I had.
Welcome to the world of telecoms. And that is the exact reason I will buy myself a visorphone. Because it is built from the PDA to the phone so that it is not encumbered by the standard nasonal telecom appreciation like all the GSM phone stuff currently in circulation. And in btw, some patents there are much sillier than the patents in software.
Baker's Law: Misery no longer loves company. Nowadays it insists on it
http://www.sigsegv.cx/
this is good, i think.
the home of the specification
hmmm can't find a linux project for it. anyone what to start one?
nmarshall
The law is that which it boldly asserted and plausibly maintained..
nmarshall
The law is that which it boldly asserted and plausibly maintained..
--Colonel Burr 1783
If this is a calendar and address book standards format - the PC needs this as well! I cannot merge my calendar entries with say outlook and yahoo's calendar.
This will have a huge impact on PIM managers, email clients, and calendaring software on PCs as well as handhelds.
Well, LDIF (RFC 2849) would be possible to start with. It is great for exchanging contact data. I am not sure if it supports scheduling information yet.
hehe.. this somehow reminds me of a game of risk.. get six hundred companies with only a few more hundred to go.. omg! you stole europe! **throws up cards in defeat*
the perfect world is a world without lag. a world without lag is a world without people
I agree.. I really don't care to keep everything I ever write down.
If it means I can beam sync calender/number information from my Palm to my phone, I'll be a happy man.
I have a Palm, and a Nokia 8210. I can already beam stuff like that between the two.
Having an open standard so that more devices support it would be even better though.
Uh, you can do that ALREADY with at least Nokia phones because both Palm and Nokia uses vCal and vCard.
At last, this should bring an end to the poor file conversion between PDA, PC (plus others). High time this happened. Also better integration between other devices such as mobile phones syncing to pdas and PC. Such software would now be easier to write (though once the connection has been made) If you look on the syncML home page (which is linked from its founders - Psion), you will notice one company that isn't supporting it... Microsoft. But then, if you think about it, if microsoft did support syncML its applications, they would loose an advantage they have over other companies - microsoft know the exact file formats and therefore can sync 100% successfully between microsoft software and its PDAs. It would be of no interest for Microsoft software to convert to other PDAs 100% successfully. (yes I know, correctly, converters do quite a good job of it) Also, there is a spec for Linux which is also complete (again, see the syncML homepage).. so maybe for us Psion owners, we will be seeing, perhaps, PsiWin for Linux :->> For other PDA owners, better sync between PDA and Linux.