On Oct 25, 2006, at 12:30, Norman Rasmussen wrote:
On 10/25/06, Andreas Monitzer <[EMAIL PROTECTED]> wrote:
This is something I've always thought about. Using an IRC gateway for
interconnecting between IRC and XMPP (which is the common way to do
it right now) is pretty lame, since you need one connection per user
on the XMPP side, which doesn't scale at all.
unless you connect the gateway as a component, then you only use a
single connection for all users.
I was talking about the connection between the XMPP gateway and the
IRC server, there you have to use one connection per user (since you
can't gateway multiple users over a single IRC client connection).
unfortunately I think that most clusters perfer that you use the same
ircd for each node, and each ircd has it's own protocol :-(
Oh, didn't know about that. Well, you could still implement this
protocol for each IRC-server (at least for the open source ones or
and ones with documentation), there aren't that many that are
important (for the open source community, where XMPP is most common,
the one freenode uses might be most important).
There are really 3 or 4 gateways around at the moment, each attacking
the problem from a different angle
The solution I proposed would allow a smooth and clean transition
from IRC to XMPP, which in my book would be preferable to the
existing components. You have to get the IRC network admins to
cooperate with you, though.
andy
