Powered By:
Clearspace
BlatherSource: Because development won't keep quiet

Daniel Henninger's BlatherBlog

4 Posts tagged with the aim tag
11

You've probably at least seen:

http://florianjensen.com/2008/01/17/aol-adopting-xmpp-aka-jabber/

 

So I played with this a little yesterday .. very cool!  I certainly hope that AOL does indeed go through with this and embrace XMPP!  Based off my experience with OSCAR and XMPP, they -could- accomplish everything they're currently doing with OSCAR with XMPP.  Do they want to?  Is this simply a gateway to their AIM and ICQ services?  Who knows, but it's good to see!  I would imagine AOL has already seen how excited folk are about this, probably by their poor test server getting suddenly wailed on.  I can only hope they won't decide this is a bad idea.  The thing is, people like to use AIM and ICQ.  People like to use XMPP.  Why do they have to be at odds?  AOL's take on how chatting should work could bring wonderful improvements to XMPP overall.  I think Google's joining the fray did a lot of good for XMPP in general in terms of XEPs that came about because of it and such.  And people like me wouldn't be spending so much time building transports or multi-protocol clients if we didn't at some level like the services we were connecting to.  For example, I don't hate AIM.  I simply like a lot of protocols and don't want to run 8 different chat clients on my desktop.  I also think the OSCAR protocol is interesting, as are the other protocols, so I wanted to learn more about them.  Does that mean I'm out to make XMPP overtake AIM?  Hell no.  To be frank, it would be a happy day to me if the transports were no longer necessary, if people on AOL's servers could chat with people on my own server and on jabber.org's server and on lots of others without having to figure out the protocols.  Does this mean no one would try to dissect the protocols anymore?  Probably not.  Part of the drive of that is learning and understanding.  It doesn't have to be about trying to circumvent.

 

Imagine if AOL decided they really liked XMPP overall and ditched OSCAR though.  That would hose old clients.  But what if they released a new client that spoke XMPP while keeping their old servers going?  Furthermore, what if that client could point at other servers than AOLs.  Now AOL has a nice client or two out there for any XMPP clients to use.  That's kinda cool!  There's plenty of great XMPP servers out there at this point.  The client choices in general are a little lacking.  Spark, of which I'm in charge of nowadays, is pretty, it's cross platform, but it's a beast.  Java is not necessarily great in terms of small memory footprint.  Coccinella has a lot of cool features but it's Tcl/Tk and I've never liked the "feel" of Tcl/Tk.  Google Talk, there's not a version for my OS, so what good does it do me.  iChat...  nothing personal Apple but I've never liked it.  I can't put my finger on why really.  It's also hard to explain why I don't use Psi for everyday use.  I love it for development.  Nothing is better IMO.  But for some reason it didn't feel simple enough to be something I want to use as a regular client.  Adium X and Pidgin?  It's the primary client I use but it lacks a lot of XMPP functionality (though it's definitely improving on that front)  All of these are good clients, and have good followings, but there's still a lot of room for other 'entries' to come into the mix.  Nothing seems to "do it" for everyone yet.  Of course, who knows if that will ever happen.  But seriously AOL, I'd love to see you throw your hat into the mix!

 

Now what about MSN and Yahoo and others?  Yahoo, I could see them possibly embracing XMPP.  Hell they bought Zimbra and Zimbra's suite has XMPP capabilities nowadays, so they have some bought expertise there.  MSN on the other hand, they sell a product (LCS? OCS?  whatever it is) that may be a good drive -not- to embrace XMPP.  I don't know much about OCS or LCS though.

 

Overall though, this kind of reminds me of e-mail.  Everyone can have their own implementations of email services and such, that doesn't mean we can't all speak the same language!  AOL, I hope you take all this attention as a compliment!  I think we're all proud and pleased to see you express an interest in XMPP and maybe join the family!!!

11 Comments 0 References Permalink
0

Buddy icon fun

Posted by Daniel Henninger Jan 10, 2006

Well, as it turns out, I was missing an entire method of handling buddy icons in the AIM/ICQ world.  There's also an ability to attach a "hey, I have an icon, LOVE ME!" flag to your outgoing messages.  Visa versa, you are supposed to pay attention to said flags from other people.  Soooooo, soon there will be better icon support for PyAIM and PyICQ.  I need to figure out how I want to handle this though.  Not a long post for now, just wanted to mention that I'm thinking through this.

0 Comments 0 References Permalink
0

PyICQ coming along

Posted by Daniel Henninger Dec 4, 2005

Well, I can log into ICQ now.  I can see ICQ user's buddy icons, which was a confusing ordeal in ICQ5 to figure out how to set.  What ever happened to ICQ being a nice interface that I enjoyed?  As I've discussed with various friends, it used to be that if someone came to me and said "hey, I found this neat 3rd party client for ICQ!  You should try it!"... I would respond with "why?"  I mean the real client ruled.  What happened?  I never liked AIM's, but it wasn't "annoying".  Nowadays I loath having to bring up the real ICQ and AIM clients.  I get bombarded with ads, a screen full of addons and a chat window that looks like the chat part of it was an afterthought.  What happened?  =(  Almost makes me want to write a jabber client that behaves like ICQ -used- to.  Of course, I'm not a Windows user, so why would I bother?

 

Anyway, I disgress.  There are some odd differences between AIM and ICQ.  For example, I put into place a connectionLost handler to trigger if the authenticator failed and booted you.  (this typically happens on a failed password)  I cleaned things up, severed connection with the Jabber session, and all was well.  ICQ doesn't like this.  It triggers a connectionLost after every successful authentication.  Cute, huh?  This probably makes some sense somewhere...  I'll have to work this all out in a more sustainable fashion in the future.

 

For some reason the buddy icon that I upload does not appear to be triggering.  It appears to upload and everything correctly.  Gaim doesn't appear to do anything different.  However, ICQ5 is not seeing the icon.  I'm in the process of installing gaim locally to see if the icon works correctly in the gaim implementation.  Might have to do another packet dump and see what ICQ5 is theoretically asking for.  Joy.

0 Comments 0 References Permalink
0

Buddy Icons!

Posted by Daniel Henninger Nov 20, 2005

After much frustration, PyAIM finally has full buddy icon support!  I spent the longest time trying to figure out why I was seeing odd "extra data" tagged on to packets I was receiving.  Note that I could not figure out how Gaim was doing it either.  I finally had hit a point where it was time to ask for help, so I went hunting for KingAnt, the fellow who writes the OSCAR support in Gaim.  I could not find him on irc very easily, so I decided to email him and, ironically, in the process of emailing him and pasting what I was seeing, asking questions, et al, I stumbled across the key piece of information I needed to see.  There's a flag that can be attached to a SNAC packet that actually says "hey, there's going to be some crap in the front of your data!".  Well ok, it doesn't really -mean- that, but it might as well say that.  >=)  Lots of interesting side-issues involving AIM's lack of support for PNGs, and various size restrictions, and it's general weirdness when pulling icons from the icon server.  The icon server really enjoys not giving you what you ask.  =D  (or rather, it rejects the connection, or doesn't send you a proper icon)  I've decided to base most of my code endeavours on Gaim instead of the online docs I've been using.  Thing is, Gaim is more up to date and accurate with all of the oddities of OSCAR.  Those guys rock.

0 Comments 0 References Permalink