[JDEV] Bug in AIM transport ?

[tomash]

Hi,
bug reporting system on jabberstudio.org seems to be broken, so I'm 
posting it here:

I found bug in aim-transport (not sure about version, last entry in 
changelog is from
03-21-2002).

Crash situation description:

 From Exodus client, without being registered on AIM or ICQ, try 
Tools/Lookup a vCard.
Eenter jj at icq.yourserver.org. Then server crashes.

Here are last lines from logfile (jabberd -D):

Wed Jun 26 13:15:29 2002  modules.c:158 MAPI A7132A8
Wed Jun 26 13:15:29 2002  modules.c:175 mapi_call returning unhandled
Wed Jun 26 13:15:29 2002  deliver.c:257 deliver(to[jj at icq.jabber.cz],from[bebe at jabber.cz/Exodus],type[4],packet[<iq id='jcl_68' to='jj at icq.jabber.cz' type='get' from='bebe at jabber.cz/Exodus'><query xmlns='vcard-temp'/></iq>])
Wed Jun 26 13:15:29 2002  deliver.c:474 DELIVER 1:icq.jabber.cz <iq id='jcl_68' to='jj at icq.jabber.cz' type='get' from='bebe at jabber.cz/Exodus'><query xmlns='vcard-temp'/></iq>
Wed Jun 26 13:15:29 2002  deliver.c:678 delivering to instance 'icq.jabber.cz'
Wed Jun 26 13:15:29 2002  init.c:24 [AT] we got a packet from jabberd: <iq id='jcl_68' to='jj at icq.jabber.cz' type='get' from='bebe at jabber.cz/Exodus'><query xmlns='vcard-temp'/></iq>
Wed Jun 26 13:15:29 2002  mtq 8203558 leaving to pth
Wed Jun 26 13:15:29 2002  mtq 81F2158 entering from pth
Wed Jun 26 13:15:29 2002  mtq 81F2158 one call A839090
Wed Jun 26 13:15:29 2002  parser.c:22 [AT] parsing packet for bebe at jabber.cz/Exodus
Wed Jun 26 13:15:29 2002  sessions.c:1286 [AT] Finding session for bebe at jabber.cz
Wed Jun 26 13:15:29 2002  iq.c:27 Running callback for vcard-temp
Wed Jun 26 13:15:29 2002  sessions.c:1286 [AT] Finding session for bebe at jabber.cz
Wed Jun 26 13:15:29 2002  dnsrv.c:155 dnsrv: Read error on coprocess(1): 2 No such file or directory
Wed Jun 26 13:15:29 2002  dnsrv.c:169 DNSRV CHILD: out of loop.. exiting normal

gdb shows, that crash occurs in iq_cb.c.

     s = at_session_find_by_jid(ti, jp->from);

on line 13 returns NULL and next "if" condition tries to dereference it.

Is it a real bug, or should I use some newer version?

Regards
   Tomas.