Jon Keating wrote:
> > everything works fine so far, the chat partner gets an appropriate
> > event. The problem is the answer it sends. No matter if he accepts
or
> > refuses the event it is returned with event->SubCommand() set to 1A
> > (ICQ_CMDxSUB_ICBM), which cannot be handled. Shouldn't it send 02
> > (ICQ_CMDxSUB_CHAT)?
>
> His client sends the SUB_ICBM or does Licq send it?
>
Licq does (both clients run with licq). To test the chat module I have
an instance of licq running as root and one running as a normal user
(with the gui I'm working on installed), which are both online with
different UINs. When my gui sends a request the qt-gui licq, a SUB_ICBM
is returned (after one selected "accept" or "refuse" on the qt-gui) and
not as expected a SUB_CHAT with the ExtendedAck-fields set. When the qt-
gui ist active on both instances everything works fine, so I don't think
that this may be some kind of conflict, because the licq's work with the
same IP or so. That's why I believe that I'm doing something wrong with
sending the request.
greetings
Joachim
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Licq-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/licq-devel
