Home / Blogs

Do the IM Protocol Wars Even Matter?

Do you care any more about zillion different IM services? Do you care about the IM protocol wars that have plagued the usage of IM for the last years?

Odds are that if you are an IM user like me, you probably don’t. Why not? Simple… we’ve unified the IM services on the client side and basically stopped caring about the various services and protocols.

I was reminded of this fact this morning when I received a message saying that an update was available for Adium on my Mac that solved a really annoying disconnection problem with Yahoo!Messenger. (And if you are a Yahoo IM user, you really need to get the 1.3.2b1 beta.)

[NOTE: An equivalent to Adium for Windows or Unix/Linux users is Pidgin.]

Somewhat ironically, there was a discussion going on in a Skype groupchat in which I participate about the various IM protocols and whether anyone really used GTalk, etc. Since I was updating Adium at the time, I took a moment to look at all the different protocols that Adium now supports… as seen in the screenshot on the right side of this post. If I look at my own usage, I use Adium to unify:

  • AIM (two accounts)
  • MSN/Windows Live Messenger
  • Yahoo!Messenger (two accounts)
  • Google Talk
  • Jabber (two more other than GTalk)
  • LiveJournal
  • Facebook
  • Bonjour

All of those in one client with one directory of users and one window for chats (each on their own tab—and yes, I could have chats in separate windows but I generally choose not to do so).

It’s a beautiful thing.

Now you might say… so why do you have all these services, anyway? Well, I’ve been online since the mid-1980’s and generally my work has always involved keeping up with new technology, so I’ve always dabbled in various services and slowly you develop this accretion of new IM accounts—each that different friends and others use. At one point I did run multiple clients but now just for my own sanity I use just one IM client (actually two, but more on that below).

The Enterprise Angle

The curious aspect that caught my attention was the support Adium has for enterprise IM systems. The list directly includes Lotus Sametime and Novell GroupWise. Jabber support can of course work with internal Jabber servers and SIP/SIMPLE support could work with platforms supporting SIMPLE. Does that include Microsoft OCS? I don’t know, but it would be interesting if it did.

What’s great about all this is that you again have a single IM client that lets you have a single directory for corporate contacts as well as personal contacts. Adium’s interface nicely lets you have a single entry for a person with multiple IM contacts, so you can unify your directory to be able to reach people in different contexts.

The Down Side

The down side of a single client is that of course you are in the old “jack of all trades, master of none” scenario. You can receive IM messages from all the various services. You can send IM messages to them. But you can’t necessarily use all the features of the given service. You have one set of status states, which may or may not map to all the status states available on your service (for instance, maybe the IM service has a status “out for dinner”). I haven’t tried it with recent Adium builds, but in the past when I wanted to do an encrypted Jabber session, I had to switch to using Psi. I haven’t tried file transfer using the various services via Adium, so I don’t know how that works. I’m not aware that voice and video works over those services via Adium. Each IM service tries to differentiate with unique features—and they aren’t always supported by all-in-one clients like Adium.

The other down side is “status messages” or “mood messages” that you can set in the IM clients. I have absolutely no idea what my status message in GTalk is, for instance, because I never use it in its native form in a web browser or as a standalone client. I have no idea what my MSN advisory message is for the same reason. Now maybe there’s a way to set that in Adium which I don’t know about… but maybe not. It’s the price you pay for using a unified client.

Now, on the plus side, you never see the ads that IM services wrap their own IM clients in. (Which of course is a down side for the service provider.)

The Missing IM Service

If you look at that long list of IM services with which Adium can interconnect, there is one obvious glaring omission:

Skype

When I wrote earlier that I actually have to run two IM clients, it’s because Skype does not allow Adium (or other all-in-one IM clients) to interconnect to its network. So I run two IM clients:

  • Skype to IM with Skype contacts
  • Adium to IM with contacts on all the other services

Now the reality is that I can’t see technically how a client like Adium would join into the P2P clouds that make up Skype groupchats. Skype’s P2P architecture is very different from the server-based architecture of all the services listed above. So it may be that such an interconnect may not be possible for group chats… and since I use those extensively, I might always have to be running the Skype client natively. Still, there might be a way to interconnect via SIP/SIMPLE… and perhaps that’s something Skype will consider as part of the larger Skype interconnect issues.

So Do We Care About IM Protocol Wars?

I don’t. I’ve opted out of the battle by using a unified IM client. Sure, I may lose out on some of the unique features of the different services… but I have one directory and one way to send and receive IM messages.

What about you? Do you use a unified IM client like Adium or Pidgin? Or do you run multiple clients? Or do you only use one service?

P.S. Walt Mossberg over at the Wall Street Journal had a post on this issue reviewing some other clients back in August.

 

By Dan York, Author and Speaker on Internet technologies - and on staff of Internet Society

Dan is the Director, Online Content, for the Internet Society but opinions posted on CircleID are his own. View more of Dan’s writing and audio here.

Visit Page

Filed Under

Comments

I'm glad to hear you're enjoying Adium! Evan Schoenberg  –  Sep 25, 2008 10:58 AM

I’m glad to hear you’re enjoying Adium!  A few comments on your ‘down side’ section:

You actually have a set of status states which map to every status supported by every connected account in Adium.  The list dynamically changes to include just the states which matter, so you’ll see “Out To Lunch” with your MSN account connected but not if you just have an AIM account.

Adium supports Off-the-Record Messaging, or OTR Messaging, on *all* protocols, a better encryption choice than the Jabber-specific encryption method supported by Psi. http://www.cypherpunks.ca/otr/ for details on the encryption scheme and its advantages. Use the Adium Contact menu or the security-lock toolbar at the top of your Adium message window to use OTR.

File transfer works well on Adium.  Voice and video are indeed not yet supported, though there is work in progress in that direction.

Skype’s network is very, very closed, but if you want to add support for Skype text chat to Adium the Adium Skype Plugin is a good choice.  It doesn’t appear to have been updated by its author for Adium 1.3.x yet, though.

Cheers,
Evan

Comment Title:

  Notify me of follow-up comments

We encourage you to post comments and engage in discussions that advance this post through relevant opinion, anecdotes, links and data. If you see a comment that you believe is irrelevant or inappropriate, you can report it using the link at the end of each comment. Views expressed in the comments do not represent those of CircleID. For more information on our comment policy, see Codes of Conduct.

CircleID Newsletter The Weekly Wrap

More and more professionals are choosing to publish critical posts on CircleID from all corners of the Internet industry. If you find it hard to keep up daily, consider subscribing to our weekly digest. We will provide you a convenient summary report once a week sent directly to your inbox. It's a quick and easy read.

I make a point of reading CircleID. There is no getting around the utility of knowing what thoughtful people are thinking and saying about our industry.

VINTON CERF
Co-designer of the TCP/IP Protocols & the Architecture of the Internet

Related

Topics

DNS

Sponsored byDNIB.com

IPv4 Markets

Sponsored byIPv4.Global

Threat Intelligence

Sponsored byWhoisXML API

New TLDs

Sponsored byRadix

Domain Names

Sponsored byVerisign

Cybersecurity

Sponsored byVerisign

Brand Protection

Sponsored byCSC