AOL May Open Instant Messaging To Other Servers 157
Brento writes "MSN is reporting that 'AOL said that it's almost done developing the technology that would allow its messaging services to operate with those offered by other industry players.' The article is light on details, but it sounds like they're going to offer interoperability directly with other servers -- not allow users to log in with new clients. 'It expects to complete an agreement with a leading technology company to conduct a live test between two different servers later this summer.' That would mean good news for competing services like MSN, but it would mean we might have to set up our own Jabber servers to really get the level of service we want."
Of course, since other projects have demonstrated they can do the same things that AIM does, and AOL has repeatedly shut them out of its IM network, it's interesting to see a sudden interest in "interoperability."
Sweet (Score:1)
Re:Have we all forgotten? (Score:1)
Have we all forgotten?
Dude, this is Slashdot. You must be mistaking it for a web site where the editors are actaully informed about anything.
More detail from The Standard (Score:1)
Has AOL Gotten the Message?
A year ago, getting instant-messaging systems to talk to one another
was a red-hot topic. Yesterday AOL filed a mandated report with the
FCC, detailing its progress toward opening up its IM to others - and
the press barely noticed.
AOL has been the king of the IM mountain since it invented the service
years ago. The company has always been zealous about keeping other IM
systems from working with its own. Last year a coalition of companies
including Microsoft lobbied hard to get the FCC to force AOL to open
up its messaging community to others, as a condition of approving the
AOL-Time Warner merger. At the time, AOL told the agency, "Don't push
us, we're goin'." In the end, the FCC didn't mandate IM
interoperability; it merely required AOL to file reports every six
months on its progress toward that goal.
CNET's Jim Hu filed a solid backgrounder on the IM wars, noting how
much the landscape has changed since those FCC hearings. "Critics that
lobbied to force AOL's cooperation are now increasingly staking out
their own independent territories," Hu wrote, pointing to Yahoo's
recent introduction of a videoconferencing feature in Yahoo Messenger,
and Microsoft's plan to bundle its IM client with the upcoming Windows
XP.
The Washington Post's Alec Klein reported that AOL's 11-page filing
was short on details - it "did not say when AOL would actually open
its system to rivals" - and long on carping about how technically
difficult it will be to achieve interoperability. Pity the poor media
behemoth's programming woes. - Keith Dawson
Re:Sweet (Score:1)
I run my own Jabber server, instead of using Jabber.com/Jabber.org, and other than getting it set up, I've had 0 problems with downtime... the period where ICQ was down for a week, mine was still working fine.
The whole point of Jabber is that it's not meant to be centralized. jabber.org and jabber.com are there more as *examples*, they're not meant for any real heavy use, other than being there as a convenience. The Jabber protocol is designed so that just like e-mail servers, every network provider (or user, if they so wish) has their own Jabber server, and they can all interoperate.
The instability is just a specific server's problem, not a jabber problem. =)
Re:Sweet (Score:3)
so set one up then (Score:2)
So let me get this straight - you're complaining that to get full control over how you use IM, you have to set up your own IM server, while if you use one graciously provided by someone else, you have to play by their rules. What's the problem with that? I don't see why you have some sort of god-given right to use AOL's servers. The only legitimate complaint I see is that AIM already has a huge market share, which makes entry into the field have a high barrier, but if they're going to interoperate with other servers, that removes that argument - all you have to do to use IM how you want is to run the server yourself, rather than leeching off theirs.
Sigh... Jabber... ya know I hate it... (Score:1)
It hasn't even really hit primetime and it's already, in my oppinion, ruining itself.
I think it is based on a bad idea: basing everything on XML. Yes it is a tradeoff between interoperability and complexity, but I think they chose the wrong one. And yes, I have read all of their explanations, it just doesn't convince me.
This gives me a veyr bad feeling about Jabber, but it's not the only thing. I've been following the Jabber developent since they first went public with their plans to create it years ago. Soon after they started working on it I got a bad vibe from it, and that has only gotten worse.
For one thing, simply looking at the amount of time it took them to release something bodes very badly. What they were seeking to do was NOT that hard and could have reasonably been released in a month of good coding. It was what, over a year and probably closer to two before they released something usable.
They put too much intelligence into the server. They had a basically flawed model, and though it was implemented well it's just a waste of developer time.
It makes me sick to hear about Jabber, and to hear of it as being a great messaging anything. It's a bad project that I wish would have collapsed.
That's my rant on that
Re:or (Score:1)
Not a better nor worse design then Trillian, just different. It is not connecting 'incorrectly' to AIM, it's simply becouse blocked by their servers due to its IP. Don't spread FUD for the sake of apperent dislike of a design decision, you just look foolish.
And Trillain is not server based, and hence, not just 'anyone' can setup a server. Jabber supporting something is as easy as adding a transport, with no changes required by the client. Trillian, on the other hand, requires ever single client be updated to support something new, becouse, in the end, it's justa glorified IRC client with plugins for the interface..
Re:ISPs (Score:1)
You've watched the movie AntiTrust ONE to many times.. 8-P
Re:Sweet (Score:1)
There is no new server technology, no new ideas, and most importantly, no way for anyone else to run a server, and open up their own IM server, which can talk to other systems as well..
Re:An IM standard would be nice (Score:1)
So, I'd say, jot something to the foundation, and mention it. Put something up on jabbercentral.com asking why this is so.. 8-P
It's great to actually be heard..
Re:Is that such a bad thing? (Score:1)
As an example, you can setup your own local MSIM system, and have it correctly resolve, thru MS Exchange server..
Ok, so only a LITTLE notch up from AOL, but non the less.. 8-P
Re:Jabber support.. (Score:1)
Re:just use dmp (damn marketing protocol) (Score:1)
Heck, ICQ now has migrated to the OSCAR protocol used by AIM..
Re:Perhaps.... (Score:1)
http://www.jabbercentral.org/news/view.php?news
Re:What AOL has actually said... (Score:1)
Re:Why not RFC standard? (Score:1)
Re:Sigh... Jabber... ya know I hate it... (Score:1)
You go write it in a month. Put your skills where your mouth is. Heck, we might even rewrite again if your models good enough.. 8-P
Re:Sweet (Score:2)
Re:Better than Multiprotocol clients (Score:2)
Jabber is not a client, it's an XML messaging architecture that JabberIm is built on. It named based on DNS, and essentially has it's namespace scope limited only by name resolution.
Jabber support.. (Score:2)
If it is also based on the psuedo protocol put forth by the Open IM group, it will be in Jabber within the hour. 8-P
Jabber is entirely based on the idea of, implement it the right way. By doing this, it accepts the idea that other speak other languages to talk to 'things'. Open namespaces allow nearly any 'node' on the network to really be anything. A client, an 'adapter' (Transport), or heck, even a toaster..
Re:ISPs (Score:2)
And yes, the !Go Messenger is, you guessed it, Jabber.. 8-P
Re:Jabber support.. (Score:2)
Within AOLs AIM, there is only 1 'user' list, and no way to actually specify that something is actually an external, NON AIM entity..
Re:An IM standard would be nice (Score:2)
*ANYONE* can write one. Several have halfway started some of their owns, but never really gotten one production ready..
Don't write it off becouse of it's lack of a client you like. It's jsut now maturing.. 8-P Check our Jarl if you want an alertantive.
Re:ISPs (Score:2)
Re:just use dmp (damn marketing protocol) (Score:2)
Yes, I'm joking.. SMTP, while capable of doing IM, isn't really built for it. The setup and breakdown on connections required for mail deleivery would kill a large scale IM system..
Re:Is that such a bad thing? (Score:2)
'Come little Microsoft, let me show you the way.. Why yes, thats a WONDERFUL butterfly..'
Re:or (Score:2)
I'd love for you to show me the TOC protocol itself? If AOL 'encourages' it's use, where is it?
And tell me, do you also have access to the AIM chatrooms? If you look carefully, you'll notice that TOC maintains it's own, baren, featureless chatrooms.
TOC exists as their test clients 'failover' protocol, and often messages send on it are lost or dropped, servers timeout, change, etc, and your rosters will disappear.
Show me SOMETHING from AOL that recomends TOC as an external interface to the AIM system..
And I'd also put money on the fact that, if enough people actually used TOC, the servers and protocol used would simply vanish into thin air..
Re:ISPs (Score:2)
Anyway, the point is, an open, free to implement system based on a good, open namespace, wins every time.. And the only system out there that can do this currently IS Jabber..
Re:Trillian (Score:2)
The only reason they still support TOC is due to it's use by certain larger partners, that incorperate AIM capabilities for a fee. Trust me. Get enough users, and enough publicity, and you'll see those TOC servers thrown onto a VPN and out from under your feet so fast, you won;t have time to cusion your arse from the code, hard ground..
Re:ISPs (Score:2)
We're the ones making the systems you'll use tommorow..
Re:Better than Multiprotocol clients (Score:2)
Imagine being able to subscribe to a mailing list that didn't require you to send a mail to do it, but gave you a dynamic form?
How about a stock ticker interface that you could dynamically monitor..
With a Jabber account, you have access to any service Jabber can provide. In some cases, external gateways to other IM systems, ones that don;t require a login to their local namespace, but will trust the servers..
Re:or (Score:2)
That same protocol will also be gleefully ripped from the servers, and any services based on the protocol are whats going to be 'dicked'.
And the chatrooms themselves aren't linked to any of the other chatrooms for a reason. As an example, try using AIM, then a TOC based client. You will not see eachothers rooms. The TOC system has it's own set of chatrooms, etc..
TOC is only still around becouse of the AIM Express client, which uses it..
Re:just use dmp (damn marketing protocol) (Score:2)
As for your second, regarding the use of SMTP for IM, a direct connection between clients would have several limiting factors, beyond the fact that bloat would now be required in the SMTP protocol itself.
A) Giving our your IP like handy snacks is a bad thing
B) Firewalls. Bleh. No incomming connections there. Granted, could fallback to s2s via the SMTP Server.
Basically, one could go on, but SMTP is 'Simple Mail Transport Protocol'. EMail is different from email, any way you say it. Sure, anything could be made to do anything. SMTP could be used more easily, but it wasn't built for it..
Generalized tools for a more specific purpose due to job well. Generalized tools used to generalize everything just won't work..
Re:An IM standard would be nice (Score:2)
Re:Just use Jabber. (Score:2)
I have NEVER heard of a system being questions becouse of the languages that the end client developers choose to use.
If you want a smaller client, then write one. The clients are NOT that big, unless your comparing them to notepad.. Currently, I'm running WinJab, and it's total memory footprint is 4 Megs. Little big, sure. Could it be smaller? Heck ya, but it's not that bad compared to ICQ, etc, and is most certainly on par with what it takes.
Re:ISPs (Score:3)
Re:Better than Multiprotocol clients (Score:3)
Look it up..
And Thats exactly what my jabber roster looks like:
twolf1973@yahoo.jabber.org
thomas%charron@msn.jabber.org
And anyone can set these up. If AIM or yahoo allowed us to talk direct, we could just as easily be twolf1973@yahoo.com. The only reason for our naming being slightly different, is we need to be able to resolve to a transport.
Depending on the server, as with my home server, transports can be given simple names, such as aim, icq, etc..:
TwOlf1973@aim
123456789@icq
Check out http://www.jabber.org
Re:Better than Multiprotocol clients (Score:3)
It looks and sounds to me like that is what AIM wishes to do. In this case, and external entities would take care of validation, and yes, the messages could just be sent into the ether, just like email currently..
My point is, the jabber protocol itself doesn't care. It simply enforces domains the same way email does. The only reason why transports current require 'logging in' is becouse no other IM system supports the idea of an external server based interface..
Once the external systems can address an entity as ANYTHING but a user, you would no longer have to login..
Resources.. (Score:3)
http://www.myjabber.org
http://www.jabbercentral.org
http://www.jabber.com
And of course
http://www.jabber.org
Re:Unique Names? (Score:5)
In the case of Jabber IM, names are simular to DNS, such as tcharron@jabber.org. The wonderfull thing about this is, in many cases, the thing on the other side can provide many more capabilities then just chatting. The Jabber protocol itself supports a rich set of Info/Query routines, whcih allow other 'things' to happen over the protocol, only limited by the imagination of the developers.
A perfect example is user database and news tickers. No person there, yet you can interact with them with just another address. And not by sending messages, either, by actually registering with them via a form.. 8-)
Re:just use dmp (damn marketing protocol) (Score:1)
Is that such a bad thing? (Score:5)
Frankly, that's absolutely, exactly what we should do. Can anyone imagine how half-assed electronic mail would be if every single person on the internet had to send their messages through one giant email.com datacenter? How about if every single web page on the internet was stored on the single petabyte server at "www.com"? Do you complain that your ISP has to run it's own mail server? Well, why shouldn't it run it's own instant messaging server too? Even if you have a clueless ISP, you can get a free jabber account elsewhere for now.
This whole "internet" thing was supposed to be a distributed network, you know. I understand why AOL and Microsoft (everyone@passport.com?) don't like that, but I expect even the average Slashdot reader to be a little more clued in.
Good pro-active move, AOL... (Score:2)
Why is this important? Because of the interoperability nature of instant messaging.
Anyone who does IM knows that IM users hang out in packs. You gather together your circle of buddies and you all use the same IM system, because the different systems don't talk to each other. Most groups use AIM, some use ICQ or Yahoo Pager, some use MSN. (I don't use any of them, because all of my buddies hang out on the same BBS [citadel.org] and we use the instant messenger built into its software.)
AOL wants to avoid a situation in which an entire group of buddies has to move from AIM to MSN-IM because some or most of them are using MSN-IM. If there's interoperability between systems, AOL gets to keep some of the users.
This is a very smart move. AOL knows it can't keep all of the users. AOL also knows that you just don't get into a market share war with Microsoft when Microsoft is playing the bundling card.
I just hope that the interoperability standard is an open one (like e-mail is, with SMTP) and anyone can write a system that ties in
--
Re:Unique Names? how about 128bit keys. (Score:3)
Note that solving a & b, and solving c are not necessarily mutually exclusive. To wit: needing to remember a 128bit key, or carrying around the key or cert with you....might as well carry the contact list around in that event. However, it's still possible to take away some/most of the evilness of a & b (in this case, evilness being defined as "someone else knowing everyone on my contact list"), without resorting to c. You could even go one step further, and, since the contact list would be encrypted anyway, just use the associated encryption as just an "outer envelope".
Does this mean I get 5 pounds from you?
--
Re:Sweet (Score:1)
Re:Better than Multiprotocol clients (Score:2)
Sure you do. How could I, an AIM user, talk to someone on MSN or Yahoo? They need an ID to reply to (and for the message to come from, naturally), so I have to have an account on those systems. Nobody is really doing any true interoperable IMing yet, as far as I know (where I put, say, "dcooper@im.msn.com" or "htruman@yahoo.com" into my ICQ or AIM client's buddy list).
Re:Better than Multiprotocol clients (Score:2)
But if I want to talk to someone on Yahoo!, can I do that without having first set up an account on Yahoo? A Yahoo! user couldn't simply talk to tjones@jabber.org, they'd have to have a Yahoo ID to address their IMs to, right? Therefore, I still need a login on Yahoo.
I saw the discussion on JDEV today about MSIM passing stuff through, and that sounds promising, but you're still limited to MSIM protocols, right? Until you can send a message to an arbitrary address (like aim:tjonesor yahoo:tjones) and have your buddy's client be able to talk back to jabber:tjones, then you'll still need multiple logins.
So, yes, the external systems care. But if everyone I knew were all on one system, I wouldn't need jabber. So as long as they're on different systems, those systems care, so my jabber client cares, so I care.
Or am I missing something terribly cool?
Trillian is nice (Score:2)
And to the comment above about Trillian being too much like an IRC client, turn off advanced mode to hide the huge interface window and get just the buddylist. It potentially may be renamed to IRC mode in the future to keep "advanced" people from turning it on and getting confused by the non IM client look.
It's About Advertising (Score:1)
The solution to the problem is fairly simple.. (Score:1)
man talk
Cheers,
Re:Majestic uses AIM... (Score:3)
EA.COM and AOL share a namespace (i.e. your EA.com login can be your AIM handle). Majestic uses a custom chat-client that hosts both players and game AI. While it looks similar to AIM, it is not AIM.
Decentralized (Score:1)
Pretty soon we will be able to do User Location Queries over jxta [jxta.org] that spread out just like gnutella file searches do. Centralized instant messsaging servers will be a way of the past, just like how gnutella eclipsed napster.
I've been thinking about breaking open a java gnutella client [konrad-haenel.de] and hacking it to do simple chat rather then a file transfer, replacing file searches and replies with identity search and replies. All that would really need to be added is certificates to verify people are who they say they are.
Maybe a decentralized user location plugin for GAIM would do the trick
There is a chat client I found that already does direct peer-to-peer instant messaging, with full encryption. Identities are OpenPGP certificates. Only the decentralized user location is not there- (okay, kinda a big thing) - oh, and its not for linux either. Raxius Express(windows app) [5star-shareware.com]
Feedback on the whole decentralized user lookup is appreciated.
Re:Unique Names? how about 128bit keys. (Score:1)
Re:Unique Names? how about 128bit keys. (Score:1)
a)Central server holdign everones contact list
b)A whole bunch of servers carrying everyones contact list ( contact lists freely distributed)
c)Client stores contact list
a & b are clearly the work of the devil, and c is what jabber was designed to avoid. The upshot of this:
You are an idiot, and I claim my 5 pounds.
Better than Multiprotocol clients (Score:1)
Clients like jabber are fine if you don't mind having accounts on every service but why should you need to ? You don't need to have a different email account to send mail to some one at AOL if you have Yahoo so why should I need multiple IM accounts.
The only reason I have a hotmail account is to chat to other people that use Microsoft IM if I could do that from AOL or Yahoo or something else of my choice it would be great progress and I might acutally use IM a bit more.
Re:Why not RFC standard? (Score:4)
http://www.ietf.org/html.charters/impp-charter.
Re:Timing (Score:2)
Kinda like IE and Netscape? Unfortunately, the standards bodies take too long. By the time something is decided, MSN/AIM will have the whole thing even more locked up than it is now.
I agree with the sentiment: open protocols (without proprietary extensions that prevent inter-operability) work best. But only if they are there from the beginning.
As far as the IM issue: I don't use 'em at all. I prefer to talk in person.
Re:Timing (Score:2)
Much gas was used, and many homework assignments skipped. And yes, IM was used.
But in the long run, F2F was more important and worth the bucks/time.
Re:Have we all forgotten? (Score:4)
Re:Majestic uses AIM... (Score:2)
--
Aaron Sherman (ajs@ajs.com)
Re:Why not RFC standard? (Score:1)
I'm suprized that this has never been brought up, but why not IRC? IRC is a rfc standard, IIRC. IRC has been around for eons and eons. It handls message routing, distributed servers, and it has withstood the test of time. (Although there are some abusers, a la efnet's trouble's)
The only difference between IRC and IM is that IM favors a one-to-one model, and IRC favors a Room-based model. But AOLIM has chat rooms where multiple people can be in. On the other hand, IRC has /query, or /msg user message, etc.
Why on earth hasn't IRC emerged as the chat standard?
Re:An IM standard would be nice (Score:2)
Jarl was the first I did check out, it actually works fairly well, though a little heavy on startup.
It's just like the browser problem, anyone can write something to parse some HTML, but getting a system as featured as Netscape (WITHOUT the crashing) takes time and effort.
I think jabber will see more use in the future from embedded systems and things of that nature
Time will tell
Gaim (Score:4)
Makes me wonder if the gaim folks got any permitions from all these to clone them.
ISPs (Score:5)
Re:This is good (Score:2)
It's a Catch-22. I can't use Jabber in favor of AIM until all of my contacts on AIM also use it. And they can't start using Jabber until all of their contacts (for example, me) stop using AIM.
I'm making an incremental switch. Now that I found an obscure Jabber aim-t that AOL is not noticing enough to bother to block, Jabber is starting to work better for me (on Windows, non-the-less)
I'd love to see everyone use Jabber too, but not everyone wants to either take the trouble to do what I've done or give up on their AIM-only contacts all together.
Re:This is good (Score:2)
Majestic uses AIM... (Score:4)
Opening up IM NOT a requirement of the merger (Score:4)
While AOL may or may not have plans to expand the service at the moment, they probably want to keep their options open. By adding interoperability now, they can add new features to their service at any time.
The only "intuitive" interface is the nipple. After that, it's all learned.
Re:or (Score:2)
I don't know what you mean about featureless chatrooms, you mean the lack of advertising? That's a bad thing?
Clients using TOC haven't had any problems. Clients using OSCAR are begging to be dicked.
Peace,
Amit
ICQ 77863057
Re:or (Score:3)
Peace,
Amit
ICQ 77863057
Re:just use dmp (damn marketing protocol) (Score:2)
Why not RFC standard? (Score:3)
I'd rather prefer the IETF working on that kind of things than the oh-so-powerful AOL deciding who (MSN?) do they allow to be compatible.
Still, even if it is not what I'd prefer, it is nice to see I will not need MSN + ICQ to be able to chat with my friends on the two sides in the close future.
Re:An IM standard would be nice (Score:2)
Really Fast Messaging, aka RFM. That would be a confusingly funny acronym.
Re:I wonder why they caved in? (Score:2)
Yes [slashdot.org].
(That story is titled, "MS, CNET On 7-Day Messenger Outage [slashdot.org].")
Of course, if something like that never happens again, then maybe people won't switch, but if MSN locks out people from their chat like that again, people will hunt for alternatives.
(Not to mention that IM already has a captive userbase. I got an IM account to keep in touch with people at the college I go to, as well as people from highschool, and my family members. If everyone else uses IM, why use anything else?)
(And a sidenote to Jabber fans: I tried to get people to switch to it for a while, but finally gave up after two months. Yeah, I know, I like Jabber too, but if I can't get my contacts to switch, I can't switch. So it's AIM I use - because that's the IM service that anyone I'd instant message uses.)
--
just use dmp (damn marketing protocol) (Score:2)
We don't need another damn marketing protocol...
Quick Answer: Yes (Score:2)
mymsnaddy:msn
unsurprisingly close to
myemail@mydomain.com
hence, it uses the same system of unique ids (DNS) already in place.
Re:Sweet (Score:3)
Yeah, jabber would be nice if it actually worked consistantly... Unfortunatly it's hit or miss as to which services it will decide to connect to on any given day.
-Dorsey
Re:Have we all forgotten? (Score:2)
Ok so Im a dork for replying to my own post but heres more clarification on the mandatory opening of AOL's unified IM system:
So it looks like we may be heading for an RFC on this after all, but the timline is at best vague. AOL will of course keep itself closed as long as possible, especially since XP will integrate the MSN client into the desktop (sigh) and draw most of us deeper into Bills Clutches. The info was gleaned from CNET, which lists ALL of the provisions of the merger if you're interested:
http://technews.netscape.com/news/0-1005-200-442 75 68.html
Have we all forgotten? (Score:5)
That the opening of their Instant Messenging servers/protocol was a condition of the merger?
Later this point became a REQUIREMENT of the merger.
The original story on CNNfn can be found here:
http://cnnfn.cnn.com/2000/12/14/deals/aoltimewar ne r/
Re:Well maybe its a start. (Score:3)
Probably not the Good Thing© that MSN (the always objective mouthpiece of the Peoples Republic of Redmond) would have you believe. Particularly after the recent battles with AOL over desktop space. Look for Microsoft to say something along these lines, down the road: "Aw, gee, gosh. It's not really all that great so we decided that for the good of people everywhere (who will really want this anyway, since we know what's best for them and they trust us) we'll just circumvent it and establish the Microsoft Standard Immediate Messenger©, complete with Shared Source©"
I suggest we build the missiles Bush wants and aim (no pun intended) them at Herndon VA and Redmond WA.
-- .sig are belong to us!
All your
Re:or (Score:2)
Jabber, on the other hand, is an IM system. "Transports" allow you to communicate with other IM systems through Jabber, which can aid you in talking with your old buddies. However, the main reason to make the switch to Jabber is because it is a distributed network with an open protocol just like all other important Internet protocols. WWW is open, E-mail is open. Shouldn't IM be also?
By itself, Jabber is a decentralized network that operates almost exactly the same way e-mail does. Who cares about AOL and these other services? Dump AIM. Dump ICQ. Dump it all. Use transports like training wheels, but remember Jabber is where the future is. It is the way IM should have been all along. Grab a client at jabbercentral.com and get involved.
-Justin
Psi [jabbercentral.com] - ICQ-style Jabber client.
Re:Trillian is nice (Score:2)
We don't consider Jabber a YAIMS (yet-another-IM-system). Odigo is YAIMS. What makes Jabber unique is the open/distributed nature. It's the only IM protocol that has a snowball's chance at being accepted as an RFC standard. Maybe one day in the future, ISP's will give you a free Jabber account along with your POP3 email. They can't do this with AIM or MSN or even ICQ, and none of these systems have such aspirations. We're trying to change the world here. It may be a longshot, but we can dream can't we?
Please don't discount Jabber just because it is not entirely ready for prime time. We're working on it!
-Justin
Psi [jabbercentral.com] - ICQ-like Jabber client
Re:Trillian is nice (Score:3)
Jabber is has created an open _decentralized_ standard, something you will never see coming from any of these other companies. Maybe you don't care that all of your conversation and personal data goes through these central systems? Maybe you don't mind the single point of failure in these systems? Will you be using MS Passport too?
It's all a matter of what you care about. A lot of people are content with "what works." For others, that's not enough.
Re:Don't hold your breath... (Score:2)
But they are trying to shirk that work and actually close things off while pretending to be open. This is dangerous for them. Quite frankly I would like them to see them stay closed. It would give more impetus to Jabber... Imagine while MSN and AOL are fighting hard, we could be slowly growing a much more deadly user base on an open source project...
Sig: Tell all your friends NOT to download the Advanced Ebook Processor:
No sudden interest (Score:2)
This isn't a sudden interest. In fact, it's not an interest at all. For those who don't recall, this interoperability is a requirement of AOL's merger with Time-Warner. The FTC made it a requirement, supposedly to help prevent abuse of monopoly in the future.
---
Re:ISPs (Score:2)
Re:ISPs (Score:2)
now, the minute they start telling me I need to use anything related to AOL, is the minute I call up the local Telco to get DSL, adn DirecTV to get DSS (unless I get a job working for the LA Times, in which case I'll already have both cable and DSS)
Just use Jabber. (Score:3)
I'm always suprised how little support the Jabber [jabber.org] project is getting. They've done some fantastic things there.
The Jabber system can communicate with almost every IM system out there (ICQ, MSN, etc.) There's even IRC support.
Also, the whole thing is completely cross-platform. There are even clients for handhelds (http://www.jabbercentral.org/clients/ [jabbercentral.org]).
And do I have to mention it's entirily GPL?
Ok, I was wrong (Score:3)
Trillian (Score:2)
Well, maybe they don't know it, but they must already be done, because Trillian [trillian.cc] connects to their servers. It's not open source, but it does connect w/ AIM, Yahoo, MSN, ICQ, and IRC. Additionally, whatever services you don't use, you can modifiy an
I tried Jabber [jabber.org], but didn't find any projects that were currently connecting to AIM or that were as far along as Trillian for that matter.
that's not MSN reporting (Score:2)
Re:Have we all forgotten? (Score:2)
An IM standard would be nice (Score:5)
The thing that makes me breath a little easier is that AOL has to do it right, because this is something AOL customers want the ability to do. AOL would like to get everyone else using AOL products, but now that that is an impossibility due to the limits the FCC placed on AOL, and AOL will have to make a product that AOL customers will be able to interact with (I hope). I do not understand AOL's apprehension to a unified standard...AOL has benefited from open email as much as anyone, and if AOL offers a superior product, people will want to use their IM client.
We shall see if this AOL offering becomes everything I know the community wants it to become.
Unique Names? (Score:2)
I think this is really cool if they ever get it to work, but I do wonder exactly why AOL is suddenly interested in this, and I wonder if Yahoo, MSN, and others will share the interest.
On the other hand, it's about time "chatting" was standardized just like internet browsing, file transfer, telnet, email, etc. When you think about it, the single "backbone" and multiple client scheme is the way most things on the internet should operate.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Finally.... (Score:2)
ICQ is a good client... MSN better, imho... but both are just such memory hogs supporting crappy organizations. *cough*evil*cough*
Clients like Odigo [odigo.com] already communicate on all the current IM servers, and it's nice to see they'll stay.
Icq... 30 MB memory... bitch...
Screw 3...
Re:Their interest lies in the control. (Score:2)
This is good (Score:2)
Re:Which ones? (Score:2)
--
Re:Unique Names? (Score:3)