Slashdot Mirror


Google's GTalk Supports XMPP

IceFox writes "On Google Gtalk blog Mike Jazayeri announced open federation for the Google Talk service. Nothing to do with Star Trek it means they now support open federation with any service provider that supports the industry standard XMPP protocol. Although they don't specifically mention AIM compatibility, at CES GTalk was shown with buddy icons so it can't be that far away."

121 comments

  1. More Google Talk Resources by eldavojohn · · Score: 5, Informative

    For those readers interested in customizing Google Talk, I would suggest looking at Customize Talk. It has a lot of great downloads.

    If you want to be able to chat to your friends on AIM, ICQ, MSN, Yahoo Chat, Jabber, IRC, Gadu-Gadu, SILC, GroupWise, Zephyr or Google Talk, then I suggest you download GAIM which works on virtually any platform. There are some configurations that need to be set to connect to Google Talk networks.

    And, if you're really into this stuff, join the Google Talk Open Group on Google Groups and help people fix bugs or figure out how to kill bugs that you might have!

    --
    My work here is dung.
    1. Re:More Google Talk Resources by trolleymusic · · Score: 4, Informative

      And if you've got a mac, Adium is a fantastic, cute and open-source client that does all that GAIM stuff too :)

      --
      "damnit, trolley I want in your signature." - Elburrito
    2. Re:More Google Talk Resources by tommertron · · Score: 1
      I hope that if they add more features, like buddy icons, etc, that they let me disable them all. One of the things I like about Google Talk vs. MSN is how clean and easy it is to navigate. It's so hard to make sense of the contacts on my MSN list, with their various different colours, icons, flashing dancing pigs, etc.

      And I really hope they don't let people change their display name (or at least let me keep theirs static.) Cute sayings are what comments are for - your display name should tell me who the hell you are.

      --
      Random rants about technology: http://technorants.blogspot.com
    3. Re:More Google Talk Resources by eldavojohn · · Score: 2, Informative

      If you delve deeper into the Customize Talk site, you'll find a page that has instructions on how to fiddle with the interface of your Google Talk Client using a resource hacker.

      Another option would be joining Google Talk Open asking if anyone has perhaps a cut and dry simple version of Google that does what you're asking.

      Hope this helps you in your quest for the featureless talk client. I think GAIM can be configured to be pretty minimal but I don't think it gets stripped down as far as you seem to have in mind.

      --
      My work here is dung.
    4. Re:More Google Talk Resources by Bungopolis · · Score: 2, Informative

      Don't forget that Adium "does all that GAIM stuff" because it uses libgaim.

    5. Re:More Google Talk Resources by tommertron · · Score: 1
      Hope this helps you in your quest for the featureless talk client.

      Thanks for the info. Good to know the protocol is open enough to allow developers to make their own clients. And hey, don't get me wrong - I like features. File transfer would be great. Buddy icons, flashing graphics, etc, are all fine, as options - just let me see a clean screen that makes it easy to find what I'm looking for.

      --
      Random rants about technology: http://technorants.blogspot.com
    6. Re:More Google Talk Resources by moranar · · Score: 2, Insightful

      Don't forget that Adium "does all that GAIM stuff" because it uses libgaim.
      In the best Unix tradition of decoupling function and form.

      --
      "I think it would be a good idea!"
      Gandhi, about Internet Security
    7. Re:More Google Talk Resources by shidobu · · Score: 1

      And I really hope they don't let people change their display name (or at least let me keep theirs static.) Cute sayings are what comments are for - your display name should tell me who the hell you are.

      AFAIK, any fully-functioning IM Client [with the exception of mIRC, etc] will allow for aliasing, which should do exactly what you want regardless of what they change their display name to. gAIM and Google Talk both have this functionality, and I suspect the official AIM client has it as well.

    8. Re:More Google Talk Resources by Anonymous Coward · · Score: 0
      Huh? Since when has it been a Unix "tradition" to decouple function and form?

      I saw common apps using shared DLLs to access the same "function" on Windows long before I saw it on Unix.

    9. Re:More Google Talk Resources by Anonymous Coward · · Score: 0

      Then you haven't been paying attention, dipshit. Unix has been decoupling function and form since before windows was a gleam in her daddy's eyes. Asshat.

    10. Re:More Google Talk Resources by MarsBar · · Score: 1

      For a tiny chat client on Win32, Miranda is brilliant.

    11. Re:More Google Talk Resources by Kancept · · Score: 1

      ...works on virtually any platform... As long as it's Windows or linux!

  2. Has there been any word on MSN compatibility? by N8Magic · · Score: 0, Redundant

    I find that MSN is used more often up here in Canada... any word on compatibility?

    1. Re:Has there been any word on MSN compatibility? by Jordi+Bunster · · Score: 1

      In theory it is now possible to use your own Jabber server, which in turn could use the gateways for MSN, AIM, Y!, etc.

      But yeah, you would need a server.

      --
      Jordi Bunster http://bunster.org/contact/
    2. Re:Has there been any word on MSN compatibility? by 99BottlesOfBeerInMyF · · Score: 1

      I find that MSN is used more often up here in Canada... any word on compatibility?

      Google moved to an open interchange format. There is nothing stopping MSN from interoperating, other than their own business goals. It is possible to run your own Jabber server and use it as a gateway to talk to MSN users, but that is still a bit of work and requires you have a server somewhere. I expect AOL will start ICQ and AIM interoperating with XMMP in the near future. When this happens, you might want to send a note to MSN asking for compatibility, but I'm not sure they will care what their users want. They are hoping to somehow own the whole market with their proprietary protocol and to be able to make money off of every IM.

    3. Re:Has there been any word on MSN compatibility? by bigpat · · Score: 1

      I find that MSN is used more often up here in Canada... any word on compatibility?

      No, I don't think compatiblity with Canada is planned until release 6.2 on the roadmap.

  3. What about Yahoo? by Anonymous Coward · · Score: 0

    Will they implement it too?

  4. Nice, but still some flaws by GORby_ · · Score: 5, Informative

    Apparently, there are some problems with certain servers (malformed XML), and there's no support for chat rooms yet. This is not really google's fault if that's true, since it's the other server that are sending out the malformed XML, and google seems to use strict checking...

    I guess the lacking features will be added later, but it would have been nice to have that already.

    1. Re:Nice, but still some flaws by Anonymous Coward · · Score: 2, Informative

      Google's server lacks support for chat rooms, but that doesn't stop you accessing the chat rooms hosted by other servers via Google Talk.

      So long as your client supports the Discovery aspects of the XMPP protocol (Psi supports this) you can log into your Gtalk account using it and browse the capabilities on other services.

      This also means that while Google hasn't gotten their AIM integration done yet you can add an AIM (or MSN, Yahoo, etc) transport from another server to your Gtalk account and access all your contacts on those services via Google Talk. You can even then log back in with the Gtalk client (so as to be able to voice chat to other Gtalk users) and still communicate with those AIM users.

    2. Re:Nice, but still some flaws by bartc · · Score: 2, Informative
      Apparently, there are some problems with certain servers (malformed XML), and there's no support for chat rooms yet.
      That's no longer the case actually, Google has changed their server to be less strict about the well formedness of the XML stream.
    3. Re:Nice, but still some flaws by GORby_ · · Score: 1

      Damn they're fast today :-)
      I didn't expect them to solve this issue so soon.

  5. Lacks voice support on Mac and Linux by Burz · · Score: 0, Redundant

    I'll probably stick with Skype for now.

    1. Re:Lacks voice support on Mac and Linux by Jordi+Bunster · · Score: 2, Interesting

      True. It is but a matter of time, though. As soon as libgaim starts supporting it via libjingle, support will probably trickle down to Adium on Mac OS X, and obviously to Gaim on all platforms it runs on.

      --
      Jordi Bunster http://bunster.org/contact/
    2. Re:Lacks voice support on Mac and Linux by protomala · · Score: 5, Interesting

      Kopete 0.12 from CVS/SVN and PSI already have support for voice, and it works.
      This is the beauty of open-source, google instead of building a google talk client for linux give everbody a lib for voice and is using open standards (jabber).
      Nice move of them.

    3. Re:Lacks voice support on Mac and Linux by anupamsr · · Score: 0, Offtopic

      Is there a way in Gaim? In upcoming version? PS: Kopete may support anything but it doesn't support a proxy. Sorry but many people are not using it for this exact reason.

      --
      I forgot to be anonymous.
    4. Re:Lacks voice support on Mac and Linux by modmans2ndcoming · · Score: 1

      umm..... iChat

    5. Re:Lacks voice support on Mac and Linux by Anonymous Coward · · Score: 0

      50mm f/1.4 and ASA6400: Light is for suckers.

      Nikon user? :) f/1.0 is where it's at

  6. Linux? by kote-men-do · · Score: 5, Insightful

    We should really slap google (by means of some sort of "internetworked slapping device") for not supporting desktop linux... Gtalk, gvideo store, their desktop search appliance, ... No linux versions for any of these!

    Very disappointing if you ask me.

    1. Re:Linux? by Bungopolis · · Score: 2, Informative

      Seeing as Linux has such a small share of the desktop market it doesn't seem fair to "slap" them for not supporting it when their resources would be better spent elsewhere. In any case, rumour has it that there will be a video store player for Linux, and since libjingle is available under a Free license, and is being integrated into Gaim, there isn't much point in Google producing a linux version of their client, which is really just a proof of concept client anyway.

    2. Re:Linux? by chrismcdirty · · Score: 1

      So what we're all saying here is that Google is like an OSS leech? They're happy to use it to power their infrastructure, but not willing at all to give back to the community?

      --
      It's like sex, except I'm having it!
    3. Re:Linux? by lachlan76 · · Score: 1

      What's the point though? Every major desktop distribution includes Gaim as standard to my knowledge. Why write a client for a platform which already includes a client which is far better?

    4. Re:Linux? by jetxee · · Score: 1

      It's not a problem as far as they stick to standard protocols. In this case, you will just may use your favourite jabber client on your favourite platform. I vote for psi :)

    5. Re:Linux? by GotenXiao · · Score: 1

      You missed the operative word.

      YET.

      --
      Goten Xiao
    6. Re:Linux? by bedroll · · Score: 4, Informative
      You were saying about gtalk?

      Aside from that, you have to acknowledge Google for making in-browser apps that work exceptionally well in FireFox. This means that they aren't showing favoritism to one OS or another for in-browser apps. (though they seem to favor FireFox over IE, I can't blame them for that either though :) The problem with a lot of their stand-alone apps is that they are either purchased or created as one of their programmers personal projects.

      Also, the gvideo service seems to allow you to use their Flash player for most videos. Macromedia has a Linux version of Flash, so I'm not sure it's accurate to say that it's unavailable. Google Earth is more of a toy than anything else, you can get most of the usable functionality via Google Local in-browser on any OS.

    7. Re:Linux? by kote-men-do · · Score: 0

      Maybe. The words "OSS leach" sound a bit harsh, but in a way I guess you can say that. Their whole infrastructure runs on linux, but we get none of their cool apps.

    8. Re:Linux? by generic-man · · Score: 1, Informative

      All the applications you describe are still in beta. If you'll just be patient, Google will address every bug and enhancement request before taking something as important as an instant messenger out of beta.

      (Their "desktop search appliance," though, is a Linux server you lease. I think you mean "desktop search tool," which is only available for Windows.)

      --
      For more information, click here.
    9. Re:Linux? by Anonymous Coward · · Score: 0

      They're working on it. It's called GSlap Beta.

    10. Re:Linux? by brunes69 · · Score: 2

      As far as GTalk goess, Google is going oto great lengths to make their protocol totally open, and are even hiring people to work on it in already existing messengers like Gaim and Kopete. I agree 100%, why re-invent the wheel when we already have these awesome clients with protocol plugin suppoer? Way to go Google for not shoving another crappy proprietary IM client down my throat.

    11. Re:Linux? by Seanasy · · Score: 1

      Well, I sure as hell wouldn't say that Google is an OSS leech. (See also Summer of Code)

    12. Re:Linux? by Anonymous Coward · · Score: 0

      We should really slap google (by means of some sort of "internetworked slapping device") for not supporting desktop linux

      Think we could hack this to slap?

    13. Re:Linux? by thePowerOfGrayskull · · Score: 1

      Macromedia has a Linux version of Flash, so I'm not sure it's accurate to say that it's unavailable.
      Alas, not for us who run 64-bit linux distros, unless we want to install a 32 bit web browser (and all of its 32 bit dependencies).

    14. Re:Linux? by jilles · · Score: 1

      They are supporting it in the best way possible: they use an open, standard protocol that so far has been used and developed mostly in unix/linux environments. That's all the OSS community needs. What more could you ask?

      Besides, there's no such thing as desktop linux. There are dozens of distributions, window managers, graphics toolkits that are used in basically any combination you can come up with. On top of that, there's different versions of all these components. Which ones of these combinations is desktop linux (answer likely to be highly subjective)? And will the answer to that question be the same in half a year?

      --

      Jilles
    15. Re:Linux? by FictionPimp · · Score: 1

      I suggest doing a google for nspluginwrapper. It will let you use a lot of 32bit plugins with 64bit firefox. I use it for flash.

    16. Re:Linux? by bedroll · · Score: 1
      Alas, not for us who run 64-bit linux distros, unless we want to install a 32 bit web browser (and all of its 32 bit dependencies).

      I still can't fault Google for this. If they're delivering video via Flash, which is very widely available, and that video works in the Flash that is available to most distributions of Linux, then I can credit them with finding a solution that will give content providers the sort of content control that they want and yet is highly available to most users on most OSes. They could have gone the cheap route of using WMV with DRM, then they would be locking people into Windows.

    17. Re:Linux? by kote-men-do · · Score: 1

      Gvideo on linux works fine for regular free video's, but you can't even buy the non-free video's.

    18. Re:Linux? by CaptnMArk · · Score: 1

      About gtalk:

      That's their commercial/market decision.

      Their technical decision is to use an open protocol so anyone
      can write a working linux client. This is much more important.

      Video store, ... should follow the same principle if at all possible.

    19. Re:Linux? by jcgeuze · · Score: 1

      Thats because there is no market there. After all Google is here not not give us free toys to play with, they want to make money.

    20. Re:Linux? by thePowerOfGrayskull · · Score: 1

      I'll have to check it out; thanks.

    21. Re:Linux? by rm69990 · · Score: 1

      I completely disagree. Google Earth has much better coverage. For instance, Google Local has a big green blob covering several blocks right over my house (up in Canada). In Google Earth I have no problem viewing any of this area. The coverage was taken at different dates too. There is a park right by my house (about 7 or 8 blocks away) during the summer, which is turned into a skating rink in the winter. On Google Earth it shows the skating rink, on Google Local it shows the green leaves and no rink.

  7. editors schmeditors by Anonymous Coward · · Score: 0, Offtopic
    Nothing to do with Star Trek it means they now support open federation with any service provider that supports the industry standard XMPP protocol.
    If the editors can't catch the dupes, why would we expect them to help with the grammar?
  8. Reposting comment by eSavior · · Score: 5, Informative
    Here is a comment I put on the Newsgab story (Found it trying to find people talking about the google talk announcement)
    I doubt the others will follow. Open networks compete on things like features reliability, but closed networks compete on things like the ability to talk to people you know. So, by MS keeping a closed im network if I want to talk to someone on it, I cant just add them to my list I have to start up a account and get a compatible client. (I am sure I am not telling you anything you didnt know, but it is important to realize open networks mean a better instant messenging experience because it changes the rules of competition) The opening of the servers will probably not make much news, but really its a huge event. A open im network (with many users) is something that has been long coming and hopefully googles move to embrace it will allow for many more users to see the light.
    So as I said, this is a huge move, heres hoping the news media doesn't downplay it. I see some commenters complaining about lack of features, well this move should make you happy then! Just jump to a server with alot of transports/services (*cough* ursine.ca *cough*) and you can still talk to all your gtalk buddies. Thats the greatness of open networks, servers competing on features NOT users.
    1. Re:Reposting comment by linuxmop · · Score: 4, Insightful

      It's nice that Google has enabled s2s support, but I don't really see this as a big move. The lack of Google Talk support is (was) not holding back federated XMPP. The lack of users is. And frankly, there is simply no motivation for most users to switch to a Jabber-based system right now.

      For Jabber to become the dominant IM service, it would require a critical mass of users. The best way for that to happen today would be AIM or MSN to support XMPP with s2s since it would not require the millions of existing users to change their behavior.

      This is unlikely to occur. We have heard that Google is planning on somehow providing AIM support. However, based on the few articles out there that discuss this, it sounds like you will have to have an AIM account in addition to your XMPP account. This absolutely defeats the purpose of "combining" the networks, since you will still have two handles: your Jabber address, and your AIM screenname. I could already do that with Jabber transports and/or Gaim/Trillian multi-IM support.

      Here's hoping that the news reports got it wrong and that AIM users will be able to communicate natively with XMPP users. If not, Google Talk will be a failed experiment.

    2. Re:Reposting comment by Anonymous Coward · · Score: 0

      There's no lack of XMPP users out there, there's millions of them spread across tens of thousands of servers, the problem is that the majority of these users are business users not home users. Google Talk will hopefully address this and attract the average user.

      As to the integration with AIM there's no real information about how this will occur as yet, but i did read something recently attributed to one of the Gtalk devs (though i can't remember where) that claimed you wouldn't be using a traditional transport for AIM, you'd simply be able to add a user@aim.com to your Gtalk contacts and speak to them just like any XMPP user.

      That gives some hope that AOL will be running XMPP behind the scenes, but i think it more likely that Google will run an AIM server at their end and integrate seemlessly, just as Apple does with their .Mac service. Even were AOL the ones to switch i think it likely that they would restrict access purely to Google. I'm still hoping they'll switch completely to XMPP though!

      Personally i believe this is the first step towards a completely open IM world, and i think that in 5 years time we will see XMPP as one of the major Internet protocols alongside HTTP and SMTP.

    3. Re:Reposting comment by Bob+Uhl · · Score: 1
      And frankly, there is simply no motivation for most users to switch to a Jabber-based system right now.

      I think that federation support is exactly the motivation needed; now Google Talk is no longer its own walled garden, but it can speak to other protocols; users will soon discover that they have backwards compatibility with AIM and MSN Messenger. More and more ISPs are offering XMPP, and eventually we will have a standard IM protocol. Yeah, XMPP has its issues, but it's what we have now.

  9. Buddy Icons by FooAtWFU · · Score: 5, Insightful
    Uhh, I don't know if you realize this, but plenty of other protocols besides AIM support buddy icons- Yahoo! Instant Messanger, MSN Instant Messanger, Jabber (which is XMPP itself)...

    AIM may be coming or it may not but don't rely on the buddy icons to tell you.

    --
    The World Wide Web is dying. Soon, we shall have only the Internet.
    1. Re:Buddy Icons by IamTheRealMike · · Score: 2, Insightful

      And buddy icons are a pretty essential feature for any modern IM network/client anyway. It's things like this that the Jabber guys never really understood or targetted ... if you look at the JEPs which have actually been formally accepted on top of the core protocol, an RPC framework is one of them, buddy icons are not. I believe the Jabber buddyicon support coming up in GTalk is simply reusing a hack Apple added for iChat.

    2. Re:Buddy Icons by Randall311 · · Score: 2, Funny

      No no no. Buddy Icons must mean that AIM is on the way... w00t! n00b pwned! Shoutout to my hax0rs.

    3. Re:Buddy Icons by arendjr · · Score: 1

      True, but on the same page where the buddy icons are shown is a note about one of the Google Talk developers saying AIM compatibility is coming soon. So it's just the Slashdot summary that messes up (as usual).

    4. Re:Buddy Icons by Gefunden · · Score: 0

      there are a few jeps about avatars out...
      http://www.jabber.org/jeps/jep-0008.html http://www.jabber.org/jeps/jep-0084.html http://www.jabber.org/jeps/jep-0153.html - used by many clients but jep says its historical and should not be implemented (Shameless plug: I use it on my jabber server, prolly.org)

      I just want to know if google is using the experimental one or jep-0153. (jep-0008 really shouldn't be used)

      --
      Will I get up today? Prolly[.org]
    5. Re:Buddy Icons by bigblueball · · Score: 2, Informative

      Actually, I spoke with Gayle Laakman at CES (the engineer working on Google Talk's upcoming buddy icons). They have nothing to do with AIM interoperability. http://www.bigblueball.com/forums/google-talk-news /33539-google-talk-buddy-icons.html However, she did say that the interoperability between Google Talk and AIM would be similar to that between iChat and AIM; iChat users can add an AIM screenname and vice versa. In other words, it doesn't appear that it will be using XMPP with AIM (no big surprise there).

      --
      What does that tag cloud look like? http://www.jeffhester.net/
    6. Re:Buddy Icons by Anonymous Coward · · Score: 0

      Isn't this JEP about exactly such buddy icons?

    7. Re:Buddy Icons by ClearlyPennsylvania · · Score: 2, Interesting

      It will use jep-0153. The same one that iChat uses.

  10. Buddy Icons != transports by Anonymous Coward · · Score: 1, Informative

    Buddy Icons is http://www.jabber.org/jeps/jep-0084.html and is probably almost ready for public usage, if it is enabled on that CES-demo version.

    If google decide to enable transports for AIM (and msn and icq and irc) got nothing to do with this.

    1. Re:Buddy Icons != transports by ClearlyPennsylvania · · Score: 1
    2. Re:Buddy Icons != transports by Anonymous Coward · · Score: 0

      nope. jep-153 is the historical and abandoned way. jep-084 is the experimental and up-n-coming way.

  11. I noticed this by chance yesterday by Kraegar · · Score: 4, Interesting

    Was setting up chat via jabber to some co-workers, and found that I didn't need to set up a jabber.org account, I could talk to them directly with my google talk account. Worked pretty seamlessly (To both @jabber.org accounts and @bgmn.net accounts), including a chat room. I was using GAIM as a client.

    1. Re:I noticed this by chance yesterday by steevc · · Score: 1

      Soon as I heard about this I added my Google account to Psi and now I can chat to myself ;) Google is supporting SSL. I can even send GPG encrypted messages to my Jabber.org account.

      Nobody I know uses Google Talk. In fact I don't know many Jabber users. Most people at work have private MSN accounts and we use Skype to cut down the phone bills.

      I have yet to try the Google client.

    2. Re:I noticed this by chance yesterday by cwj123 · · Score: 1

      Excellent. I saw this article when I woke up and was gonna try it out with my server (bgmn.net), but it's good to know somebody already has :-D

    3. Re:I noticed this by chance yesterday by DJK · · Score: 1

      I cannot get my jabber.org account to successfully send to my gmail.com address. Messages from gmail to jabber work, though. Any ideas? (gaim 1.5.0 win32)

  12. Title should be: Google Talk supports XMPP s2s by Intosi · · Score: 5, Informative

    Google Talk was always XMPP client to server (c2s), but they started accepting open federation recently (yesterday, as far as I know) using the XMPP server to server protocol (s2s).

    --

    Intosi

  13. Imagine by Comatose51 · · Score: 0, Redundant

    Wow, Google Talk's value would go up immensely if one of the biggest IM networks supported this and Google Talk users could talk to them. A big IM network like... AOL...

    --
    EvilCON - Made Famous by /.
  14. Nothing to do with Star Trek? by SunPin · · Score: 0, Flamebait

    Just because the word "federation" is involved shouldn't trigger visions of the corporate fantasy called "Star Drek: The Next Generation" or the complete garbage of "Star Drek: Enterprise."

    How are these posts selected again?

    --
    Laws are for people with no friends.
    1. Re:Nothing to do with Star Trek? by Anonymous Coward · · Score: 0

      Just RTFA and shut up.

    2. Re:Nothing to do with Star Trek? by yerfatma · · Score: 1

      Does it make you feel any better that the "joke" is actually cribed from the linked article? He managed to keep the stilted feel and everything.

    3. Re:Nothing to do with Star Trek? by Pollardito · · Score: 1

      did he lift the part where the term "open federation" was used in the definition for the term "open federation"?

    4. Re:Nothing to do with Star Trek? by MSenhanced · · Score: 1

      Shouldn't it be "Star Mek: The Next Gentrification"?

      [transmission via GTalk]
      Captain KirK: "Lt. Uhura, full speed ahead."
      Lt. Uhura: "I, I, Captain." [smileys]

      (cyber-phonesex ensues)

      --
      I write sig's like I know what I'm talking about.
  15. How is SPIM handled? by PornMaster · · Score: 3, Interesting

    While there's no shortage of SPIM on the proprietary networks, if federation means an increase in connectivity between disparate (and arbitrary?) IM networks, is there any trust process to keep rogue servers off of the network? Is it a matter of blacklisting/delinking?

    1. Re:How is SPIM handled? by Anonymous Coward · · Score: 1, Informative

      It's a matter of whitelisting (at the moment. There is work on SPIM issues in the JSF). Google Talk users can only receive IM from people in their contacts list.

    2. Re:How is SPIM handled? by dan+dan+the+dna+man · · Score: 1

      SPIM?

      SPIM is a simulated assembly language written for MIPS architecture R2000 and R3000 processors, copyrighted by James R. Larus. This language is often taught in college-level assembly language courses, especially those using the textbook Computer Organization and Design: The Hardware/Software Interface by David A. Patterson, John L. Hennessy, and Nitin Indurkhya (ISBN 1558604286).
      en.wikipedia.org/wiki/SPIM

      argh brain has no more space for acronyms!!!

      pray tell what is SPIM in this context?

      --
      I don't read your sig, why do you read mine?
    3. Re:How is SPIM handled? by Tony+Hoyle · · Score: 1

      It's a lame misspelling of SPAM.

      Never heard it outside Slashdot.

    4. Re:How is SPIM handled? by J0nne · · Score: 1

      What the hell is SPIM? /me checks wikipedia -> Spim is another name for spam through instant messaging systems.

      I've never had any problems with spam on either MSN or gtalk. If you just don't allow random people to contact you, no spam can come through.

      I think all IM clients have the option to ignore people not on your list enabled by default, so how can it be a big problem?

      And would people please stop inventing useless words?

    5. Re:How is SPIM handled? by grahams · · Score: 1

      A lame term describing IM Spam (unsolicited commercial messages delivered via instant messaging).

    6. Re:How is SPIM handled? by Gadzinka · · Score: 2, Insightful

      Standard way to handle SPIM in jabber network is to silently drop messages from people not on your contact list. And the only way to be added to my roster is to get my authorisation first.

      Of course, one could still spim me with authorisation requests containing relevant viagra/penis/mortgage/nigerian information in description, but nothing prevents you from doing the same on closed networks...

      In the end, the only way to stop spim would be to use aproaches similar to mail: some bayesian aproach, with the distinction that everybody on my roster is whitelisted. After all, forging sender on XMPP messages is for all intents and purposes impossible -- Jabber, later standardised as XMPP uses callback for sender authentication.

      Robert

      PS Someone already asked abou it: SPIM is Spam-over-IM

      --
      Bastard Operator From 193.219.28.162
    7. Re:How is SPIM handled? by zipwow · · Score: 1

      Yes, but how do those users get onto your whitelist? They send you a "message" (contact request)? And this message allows them to add some content like "Hey, this is Bob from work"?

      So you see "contact requests" for "come see my hot pics", etc.

      -Zipwow

      --
      I don't know which is more depressing, that 2/3 didn't care enough to vote, or that 1/2 of those that did are crazy.
  16. MOD PARENT DOWN by Anonymous Coward · · Score: 0

    eldavojohn is a well-known Slashdot karma whore. Notice that his comment is in no way relevant to the news that GTalk now supports XMPP. It is entirely off-topic, especially for such an early post, and as such does not deserve the high score it has.

  17. Two tin can's by wangotango · · Score: 2, Informative

    I've tried many of the most common voip applications.......
    Most sound like two tin can's and a piece of string, when compared to Skype.
    Skype might be proprietary, but they have all of the others beat by a mile.

    1. Re:Two tin can's by marco.antonio.costa · · Score: 2, Informative

      Im sorry, I must digress. Although I didnt use skype, I think gtalk is crystal clear. ive used it as voice comm while playing MMORPG's and talked to my girlfriend while she was on dialup and a noisy line. no complaints here :)

      --
      Send your spendthrift head of state this
    2. Re:Two tin can's by amliebsch · · Score: 1
      Im sorry, I must digress.

      Are you sure you wouldn't rather demur?

      Nitpicking aside, I hope this means more Asterisk integration.

      --
      If you don't know where you are going, you will wind up somewhere else.
    3. Re:Two tin can's by Anonymous Coward · · Score: 0

      to me skype sounds the worst of the bunch

    4. Re:Two tin can's by Tanaka · · Score: 2, Funny

      Stop trying to use it on your 350Mhz celeron, with dial-up then.

    5. Re:Two tin can's by Anonymous Coward · · Score: 0

      Are you sure you wouldn't rather demur?
      no, I rather like my mur

    6. Re:Two tin can's by che.kai-jei · · Score: 1

      ironically tats the situation skype sounds best on.

      to be honest i have had mixture of leased lines and broadband since 1998 in the uk and been using mgcp when it sounded worse than it odes now and using sip and asterisk since around 2002. i have never had anything better than a piii 700 whic is probably about the same as the above. but you tanaka are grossly over genrous if you believe that it is great call quality or more likely grossly misinformed enough to have zero frame of refernce to realise that whilst skype is innovative [p2p], in your face and bold [free IM-style computer-to-computer service rolled out as a freeware client] it is not great quality just perhaps better than yahoo voice and msn voice. it also at the end of the day closed source , and proprietary as well.

      kudos for having a linux client. but skype don't need cheerleaders, babes.

  18. Parent is NOT Redundant. Open your eyes and read. by Burz · · Score: 1

    If fanboys don't like comments about better alternatives for non-Windows systems, then they should just reply and say so.

  19. Not reflected on Google's compatability page by Burz · · Score: 1

    http://www.google.com/talk/otherclients.html

    But thanks for the update on those clients.

    1. Re:Not reflected on Google's compatability page by n0d3 · · Score: 1

      I belive that is because Gaim 1.5 for instance, which is the current stable version, doesn't support (lib)jingle. From what I understand Gaim 2.0 will, and that then will be reflected in that page? I certainly hope so.

  20. *NOT* the GTalk blog by consonant · · Score: 1, Informative

    The article links to the Googleblog, which does indeed have the post by Mike Jazayeri, the Product Manager for Google Talk.

    The Google GTalk Blog (or Google Talkabout) has a similar update, but this one's by Gary Burd, one of the software engineers of Google Talk.

  21. XMPP and bad XML by ari_j · · Score: 1

    That was one of the first things I learned about XMPP back when I wrote a Jabber library in C++ to support my honors thesis project. I wrote this fancy XML-stream library and then re-wrote it when I tried to use it to talk to a Jabber server and discovered that Jabber's concept of what XML is and how it works is more broken than .

    To be frank, if Jabber weren't already so popular, I would have written a replacement for it 4 years ago. It wouldn't be that hard to do it right.

    1. Re:XMPP and bad XML by Anonymous Coward · · Score: 0

      >> and discovered that Jabber's concept of what XML is and how it works is more broken than .

      Yeah, that's why IETF accepted the Jabber/XMPP XML streaming as the core IM protocol, RFC 3920 and RFC 3921. IETF is commonly known to approve bad technology, especially with regards to XML.

      I think you're confusing the protocol with the specific server implementation you chose.

    2. Re:XMPP and bad XML by ari_j · · Score: 1
      I used the official Jabber server, which was at the time the official reference implementation of XMPP. The specific brokenness that I encountered relates to namespaces. Rather than treating XML namespaces as namespaces, it treated them as as xmlns attributes and element names with colons in them. For instance, standard XML treats the following things the same (a "tag" element in the "http://theari.com/xml/illustration" namespace) whereas the XMPP protocol (at least in 2002 and 2003) treated them differently (as having, respectively, an "xmlns" vs. "xmlns:blah" attribute and a "tag" vs. "blah:tag" element name). Note that any errors I've made are from my own forgetfulness over the past 3 years and not a lack of understanding of XML 3 years ago.

      <tag xmlns="http://theari.com/xml/illustration" />
      <blah:tag xmlns:blah="http://theari.com/xml/illustration" />
      It is as possible that things have changed in the past 3 years. However, if they have not, then it is impossible for a piece of software to strictly comply with both the XML standard and the XMPP standard. They are mutually exclusive areas of compliance.
    3. Re:XMPP and bad XML by ari_j · · Score: 1
      Should there be any doubt (note that "S: " and "C: " are inserted after the fact to clarify what I typed and what I got back, following the XMPP RFC convention):
      $ telnet jabber.org 5222
      Trying 208.245.212.98...
      Connected to jabber.org.
      Escape character is '^]'.
      C: <?xml version='1.0'?>
      C: <s:stream to='jabber.org' xmlns='jabber:client' xmlns:s='http://etherx.jabber.org/streams' version='1.0'>
      S: <stream:stream xmlns='jabber:server' xml:lang='en' xmlns:stream='http://etherx.jabber.org/streams' xmlns:db='jabber:server:dialback' id='86D84E441A15' version='1.0'><stream:error><bad-format xmlns='urn:ietf:parms:xml:ns:xmpp-streams'/><text xml:lang='en' xmlns='urn:ietf:params:xml:ns:xmpp-streams'>Invali d stream header</text></stream:error></stream:stream>Connec tion closed by foreign host.
      ...and even this...
      $ telnet jabber.org 5222
      Trying 208.245.212.98...
      Connected to jabber.org.
      Escape character is '^]'.
      C: bad header
      S: </stream:stream>Connection closed by foreign host.
      While it may be fair to respond to my "bad header" with completely wrong XML (namely, </stream:stream> with no other XML before it - no XML version declaration, a closing tag with no opening tag, and an undefined namespace), I challenge anyone to demonstrate for me how my previous example warrants an error when RFC 3920 says:
      C: <?xml version='1.0'?>
      <stream:stream
      to='example.com'
      xmlns='jabber:client'
      xmlns:stream='http://etherx.jabber.org/streams'
      version='1.0'>
      S: <?xml version='1.0'?>
      <stream:stream
      from='example.com'
      id='someid'
      xmlns='jabber:client'
      xmlns:stream='http://etherx.jabber.org/streams'
      version='1.0'>
      (See page 17.) Note that the RFC example is an official demonstration and that my input went to jabber.org port 5222, arguably an official implementation of the XMPP protocol. The only change I made from the RFC's example input (which, by the way, works just fine at jabber.org:5222) was the name of the prefix, which according to the XML standard as I understand it (please point me to contrary provisions) is irrelevant but only serves to bind an XML namespace to elements and attributes.
  22. Connecting to GTalk without using Google's client by halr9000 · · Score: 3, Informative

    If you want an open-source, multi-platform alternative, as noted on the GTalk website, you can try Psi. Psi also has alpha "Jingle" voice chat support that is compatible with Google Talk. Read here for special instructions on how to connect to Google's server "natively", as opposed to over S2S.

  23. GT works OK, don't use official client! by Baloo+Ursidae · · Score: 4, Informative
    I guess the lacking features will be added later, but it would have been nice to have that already.

    You have them, you just weren't trying hard enough. This should work with any capable Jabber client (Google Talk is not capable, nor is GAIM), but I'm using Psi as a example for lack of better alternative. Psi is also available for Windows, MacOS and Linux.

    • Get Psi
    • Follow the Google Talk Howto on their wiki
    • Go to Psi > Service Discovery and enter, say, ursine.ca or one of the other IM Federation members nearest you. You should see at least a JUD, if not a few transports on any of those IMF member servers.

    I just did the homework so you don't have to. Enjoy.

    --
    Help us build a better map!
  24. Avatars by zdzichu · · Score: 1

    I tried yesterday to store my photo in VCard on GoogleTalk server. It didn't work, which is strange -- photo in VCard is standard way to define avatars. It works with other jabber servers.

    And support for MUC (Multi User Chat) is spotty -- some users were invisible to google account.

    Both situation tested with Gajim.

    --
    :wq
    1. Re:Avatars by uhoreg · · Score: 2, Informative

      Sorry, photo in vCard is not the standard for avatars. In fact, there is no standard for avatars. (There are about three different "historical" JEPs for avatars.) In fact, vCard was only a temporary measure (temporary for the last five years), and this is going to be replaced.

      --

      To get something done, a committee should consist of no more than three persons, two of them absent.

  25. Now interoperates with bad servers by Anonymous Coward · · Score: 0

    The Google Talk people updated the server yesterday. It fixes the XML problem with bad servers.

  26. xmpp gateway services by ^Z · · Score: 1

    >(*cough* ursine.ca *cough*)

    No need to cough :)

    Jabber.org is running a list of public servers, most of which provide a number of gateways to other networks. If you can't get a particular gateway on, say, jabber.org, try to use any of those.

    Note that you can have an account on one server and use gateways on other server(s).

    --

    Computers make very fast, very accurate mistakes

  27. Broken XML needs fixed, not the parser by Anonymous Coward · · Score: 0

    Most of the problem with dodgy HTML is that the parsers in browser allowed buggy HTML instead of throwing up errors and forcing authors to fix their code. Hopefully no one will do the same for XML.

  28. TLS by pyros · · Score: 1

    Does Google's client support TLS yet? Every version I've tested (with ethereal, on computers both with and without firewalls/antivirus) doesn't do any encryption (either that or ethereal can magically decrypt gtalk but not gaim). I've posted on the groups and sent bug reports, and it just doesn't seem to get fixed. It surprises me because it seems every third party client will only connect if TLS or SSL is enabled.

  29. Then you'll love GTalk by Aero+Leviathan · · Score: 1

    ...because neither Skype nor GTalk use their own audio codec. They both license it, coincidentially from the same company (Global IP Sound)! If you don't believe me, check each program's 'About' dialog.

    --
    ~ Aero
    1. Re:Then you'll love GTalk by n0d3 · · Score: 1

      I thought Google Talk was going to use SIP for VoIP? I don't know much or anything about all this, but from what I understood they where going to use SIP, an open protocol. Didn't they also develop the GPLed jingle library to be used in other clients (like Gaim 2.0 will be using for example)?

      Eitherway, if anybody has a good link with some more background info VoIP, SIP etc that would be great! I know what VoIP is, but can't figure out why there's so many different SIP providers, can I talk with my SIP program to other SIP programs for free? Or does that only work with the same clients (Like you can only use skype with skype).

      Also, strange that google would use an IP sound codec, they do tend to use open solutions, and I'd guess them using the speex codec.

  30. No STARTTLS support by witch · · Score: 1

    Google Talk's support of server-to-server XMPP is great and all, but they still aren't supporting STARTTLS. Some people choose to use and/or operate Jabber (XMPP) servers specifically because there is a desire for encrypted messaging. Federating is great, but encrypted federating is better.

    --
    They're taking their dog to get its two shots before it's too late. You're taking your dog there too, right?
  31. Adium by Jamie+Zawinski · · Score: 2, Interesting

    I use and really like Adium, but the one major thing it doesn't do that GAIM does is IRC. Which is weird, since that's built in to libgaim (which Adium uses). And it's doubly weird since the Adium developers hang out on an IRC channel. Doesn't that make their heads explode? Guess not.

    1. Re:Adium by zopf · · Score: 1

      Perhaps they finally realized their functional incongruity, but the mere knowledge of it did in fact make their heads explode before they could correct it. Or maybe they figured out that most users would rather have cute, customizable icons than extra functionality, and will come out with a badass super-user version later. Either way, it's tough luck for the IRCers out there.

      --
      Did you see the pool? They flipped the bitch!
  32. Transports by Trejkaz · · Score: 1

    Now that Google does allow communication with other servers, you would also be able to register for an AIM, ICQ, MSN or Yahoo gateway on another server and talk to those contacts that way.

    --
    Karma: It's all a bunch of tree-huggin' hippy crap!