powered by Jive Software

IM Gateway ICQ Transport, can't get it working

Hello dear Openfire Community,

I’m runing Openfire 3.3.3 with the IM Gateway plugin (1.1.3a) and my problem is, that I can’t get the ICQ Transport working. I successfully register on it, the ICQ Transport itself is online, but my roster stays empty (no icq contacts are added), here is the part of the debug log where an icq connection is initiated (I removed the timestamps and substituted the original domain name):

Received presence packet:

A new session has come online: icqtest@somedomain.net/workstation

Created icq session for icqtest@somedomain.net/workstation as ‘465138094’

OSCAR login service state change from NOT_CONNECTED to INITING

OSCAR login service state change from INITING to RESOLVING

OSCAR login service state change from RESOLVING to CONNECTING

OSCAR login service state change from CONNECTING to CONNECTED

Sending SNAC command: KeyRequest for screenname 465138094

Setting up SNAC request and listener: KeyRequest for screenname 465138094,null

Handling AIM-style auth.

Sending SNAC command: AuthRequest: sn=‘465138094’, version=‘ClientVersionInfo: , versionString=‘Apple iChat’, clientid=12570, major=1, minor=0, point=0, build=388, distCode=198’, locale=en_US

Setting up SNAC request and listener: AuthRequest: sn=‘465138094’, version=‘ClientVersionInfo: , versionString=‘Apple iChat’, clientid=12570, major=1, minor=0, point=0, build=388, distCode=198’, locale=en_US,null

Got auth response!

Got something else?

Updating status for TransportSession[icqtest@somedomain.net]

icq: Sending packet:

OSCAR bos service state change from NOT_CONNECTED to INITING Reason: null

OSCAR connection to 205.188.8.12:5190

OSCAR login service state change from CONNECTED to NOT_CONNECTED

OSCAR bos service state change from INITING to RESOLVING Reason: null

OSCAR bos service state change from RESOLVING to CONNECTING Reason: null

OSCAR bos service state change from CONNECTING to CONNECTED Reason: null

OSCAR bos flap packet received: FlapPacketEvent: flapProcessor=FlapProcessor: seqNum=SeqNum: min=0, max=65535, last(current)=0, flapCommand=LoginFlapCmd: version=1, cookie=null, flapPacket=FlapPacket (channel=1, seq=25955)

OSCAR flap packet received: FlapPacketEvent: flapProcessor=FlapProcessor: seqNum=SeqNum: min=0, max=65535, last(current)=0, flapCommand=LoginFlapCmd: version=1, cookie=null, flapPacket=FlapPacket (channel=1, seq=25955)

OSCAR bos service state change from CONNECTED to NOT_CONNECTED Reason: java.net.SocketException: Connection reset

I’ve tried the whole thing with a lot of different UINs, tried to use different icq server IPs, but it didn’t solve the problem. The jabber server itself is runing on FreeBSD, in a virtual environment, behind a firewall (nat is used). As far as I can tell, other transports are actually working. I’ve tested IRC, MSN, I also have one extra component connected to the server and it works, too. The jabber server can get past the firewall, and port forwarding is on. I’ve successfully connected to the icq servers once, all the buddies were online and I was able to write messages, but I can’t replicate this behaviour again. I’ve experienced the same problem with PyICQt, so if this is a firewall related issue, due to some weird connects to the from the icq servers that my firewall does not forward to the jabber server, please point out which ports I have to forward.

I appreciate all help, thanks for reading.

Howdy! In theory, you should only need port 5190 open outgoing. So long as an established TCP connection is kept and that’s allowed, you should be fine. Note that you first connect to login.oscar.aol.com and then get redirected to different servers, but all on the same port. Does the connection test from the admin console work?

I HAVE THE SAME PROBLEM

2007.11.06 21:26:17 Received iq packet: <iq id=“RxBEE-57” to=“aim.servidor.com” type=“get” from="cicaza@servidor.com/spark"><query xmlns=“http://jabber.org/protocol/disco#info”/></iq>

2007.11.06 21:26:17 aim: Sending packet: <iq type=“result” id=“RxBEE-57” from=“aim.servidor.comto="cicaza@servidor.com/spark"><query xmlns=“http://jabber.org/protocol/disco#info”><identity category=“gateway” type=“aim” name=“AIM Transport”/><feature var=“http://jabber.org/protocol/disco#info”/><feature var=“http://jabber.org/protocol/disco#items”/><feature var=“jabber:iq:gateway”/><feature var=“jabber:iq:register”/><feature var=“jabber:iq:version”/><feature var=“vcard-temp”/></query></iq>

2007.11.06 21:26:22 Received iq packet: <iq id=“RxBEE-58” to=“aim.servidor.com” type=“set” from="cicaza@servidor.com/spark"><query xmlns=“jabber:iq:register”><username>carlosic</username><pass word>hola</password><x xmlns=“jabber:iq:gateway:register”/></query></iq>

2007.11.06 21:26:22 aim: Sending packet: <presence type=“probe” to="cicaza@servidor.com/spark" from=“aim.servidor.com”/>

2007.11.06 21:26:22 Received presence packet: <presence type=“error” to=“aim.servidor.comfrom="cicaza@servidor.com/spark"><error code=“403” type=“auth”><forbidden xmlns=“urn:ietf:params:xml:ns:xmpp-stanzas”/></error></presence>

2007.11.06 21:26:22 aim: Sending packet: <iq type=“result” id=“RxBEE-58” from=“aim.servidor.comto="cicaza@servidor.com/spark"/>

2007.11.06 21:26:22 Received presence packet: <presence id=“RxBEE-6” to=“aim.servidor.comfrom="cicaza@servidor.com/spark"><status>Disponible</status><priority>1</priority ></presence>

2007.11.06 21:26:22 A new session has come online: cicaza@servidor.com/spark

2007.11.06 21:26:22 Created aim session for cicaza@servidor.com/spark as ‘carlosic’

2007.11.06 21:26:22 OSCAR login service state change from NOT_CONNECTED to INITING

2007.11.06 21:26:22 OSCAR login service state change from INITING to RESOLVING

2007.11.06 21:26:22 OSCAR login service state change from RESOLVING to CONNECTING

2007.11.06 21:26:22 OSCAR login service state change from CONNECTING to CONNECTED

2007.11.06 21:26:22 Sending SNAC command: KeyRequest for screenname carlosic

2007.11.06 21:26:22 Setting up SNAC request and listener: KeyRequest for screenname carlosic,null

2007.11.06 21:26:22 Handling AIM-style auth.

2007.11.06 21:26:22 Sending SNAC command: AuthRequest: sn=‘carlosic’, version=‘ClientVersionInfo: , versionString=‘Apple iChat’, clientid=12570, major=1, minor=0, point=0, build=388, distCode=198’, locale=en_US

2007.11.06 21:26:22 Setting up SNAC request and listener: AuthRequest: sn=‘carlosic’, version=‘ClientVersionInfo: , versionString=‘Apple iChat’, clientid=12570, major=1, minor=0, point=0, build=388, distCode=198’, locale=en_US,null

2007.11.06 21:26:23 OSCAR login service state change from CONNECTED to NOT_CONNECTED

Pluggin 1.1.1 good

login aim