On May 23, 2006, at 2:09 PM, Daniel Dura wrote: > Unfortunately, that doesn't fit our use case. We are using XMPP as > the communications layer for our application and want people to be > able to login to their GTalk account and see their GTalk contacts > using our client (as well as other protocols.) It definitely goes > against the general move towards trying to federate networks and > jumps back to the old style gateway, but it works for our use cases.
On 5/23/06, Daniel Henninger <[EMAIL PROTECTED]> wrote:
For what it's worth, I've been interested in a "Jabber Transport" of sorts as well. I have a bazillion Jabber accounts at this point and I'd kinda like to be able to log into a single location to get to all of them. ;D (mainly because there are occasionally clients that I want to play with that only allow one connection at a time)
There's a Perl XMPP transport [1] written by Bruce Campbell while we were waiting for Google to enable s2s. I haven't tried it, but I think it only allows a single registration at a time. Phycon (a buddy of mine) talks [2] about XMPP transports as 'hat racks' - providing the user the ability to login to many other xmpp accounts via a transport. (Very similar to how the pyirct transport allows you to login to many irc networks at once) [1] http://zerlargal.org/c/xmppgateway/ [2] http://phycon.blogspot.com/ -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/
