From: ageorgo <ag...@us...> - 2007-03-19 22:58:47
|
Hi, I am trying to use Gaim as my primary ICQ client but I discovered some issues related to the oscar protocol features. I have several people in my contact list that did not authorized me - i chat with them daily. If I use Miranda client on windows, or some other linux client (e.g., centericq, kopete, sim) I can see also status of unauthorized buddies. Unfortunately in Gaim, they are shown as "Non Authorized" and behave like other off-line buddies. I did some "research" in the communication and source code and probably found out the reason. The other clients send somewhere within the logon phase the SNAC(03,04) CLI_BUDDYLIST_ADD command with UINs of the users. ??I think this command was previously used for client side contact list?? Unfortunately if I just put this command (with real UIN of course) in oscar.c: 3590: aim_buddylist_addbuddy(od, conn, "123456789"); 3591: aim_clientready(od, conn); In return I get only the: SNAC Error: Incorrect SNAC format (0x000e). I went trough my tcpdumps, but the command CLI_BUDDYLIST_ADD seems to be sent alright so I do not know where is the real problem. My idea is that it has something with configured (negotiated) capabilities of the protocol but maybe I am completely wrong. Maybe someone knows the solution or can give me an advice. Thanks, Georgo |
From: Mark D. <ma...@ki...> - 2007-03-23 06:13:14
|
On Mon, 19 Mar 2007 23:58:43 +0100, ageorgo wrote > Hi, > > I am trying to use Gaim as my primary ICQ client but I discovered > some issues related to the oscar protocol features. I have several > people in my contact list that did not authorized me - i chat with > them daily. If I use Miranda client on windows, or some other linux > client (e.g., centericq, kopete, sim) I can see also status of > unauthorized buddies. Unfortunately in Gaim, they are shown as "Non > Authorized" and behave like other off-line buddies. > > I did some "research" in the communication and source code and > probably found out the reason. The other clients send somewhere > within the logon phase the SNAC(03,04) CLI_BUDDYLIST_ADD command > with UINs of the users. ??I think this command was previously used > for client side contact list?? Unfortunately if I just put this > command (with real UIN of course) in oscar.c: > > 3590: aim_buddylist_addbuddy(od, conn, "123456789"); > 3591: aim_clientready(od, conn); > > In return I get only the: SNAC Error: Incorrect SNAC format (0x000e) > . I went trough my tcpdumps, but the command CLI_BUDDYLIST_ADD seems > to be sent alright so I do not know where is the real problem. My > idea is that it has something with configured (negotiated) > capabilities of the protocol but maybe I am completely wrong. Maybe > someone knows the solution or can give me an advice. > > Thanks, > > Georgo Your suspicion is correct that SNAC(03, 04) was previously used for client side contact lists. I think AOL wants clients to use either the client-side contact lists or the server-side contact lists, but not both (I could be wrong). Gaim currently uses the server-side contact lists (the feedbag/ssi family). Seeing the status of people you're not supposed to be authorized to see isn't really something Gaim should be doing. -Mark |
From: Ageorgo <ag...@us...> - 2007-03-25 10:45:51
|
Mark Doliner wrote: > On Mon, 19 Mar 2007 23:58:43 +0100, ageorgo wrote >> Hi, >> >> I am trying to use Gaim as my primary ICQ client but I discovered >> some issues related to the oscar protocol features. I have several >> people in my contact list that did not authorized me - i chat with >> them daily. If I use Miranda client on windows, or some other linux >> client (e.g., centericq, kopete, sim) I can see also status of >> unauthorized buddies. Unfortunately in Gaim, they are shown as "Non >> Authorized" and behave like other off-line buddies. >> >> I did some "research" in the communication and source code and >> probably found out the reason. The other clients send somewhere >> within the logon phase the SNAC(03,04) CLI_BUDDYLIST_ADD command >> with UINs of the users. ??I think this command was previously used >> for client side contact list?? Unfortunately if I just put this >> command (with real UIN of course) in oscar.c: >> >> 3590: aim_buddylist_addbuddy(od, conn, "123456789"); >> 3591: aim_clientready(od, conn); >> >> In return I get only the: SNAC Error: Incorrect SNAC format (0x000e) >> . I went trough my tcpdumps, but the command CLI_BUDDYLIST_ADD seems >> to be sent alright so I do not know where is the real problem. My >> idea is that it has something with configured (negotiated) >> capabilities of the protocol but maybe I am completely wrong. Maybe >> someone knows the solution or can give me an advice. >> >> Thanks, >> >> Georgo > > Your suspicion is correct that SNAC(03, 04) was previously used for client > side contact lists. I think AOL wants clients to use either the client-side > contact lists or the server-side contact lists, but not both (I could be > wrong). Gaim currently uses the server-side contact lists (the feedbag/ssi > family). Seeing the status of people you're not supposed to be authorized to > see isn't really something Gaim should be doing. > > -Mark I found this difference in ICQ clients behavior and I do not think about the ethical side of this thing... it is up to the users. I am only interested in the fact that almost any other ICQ client supports this - sends the SNAC(03, 04) - although it uses the server side list. However if I try this in Gaim the SNAC error appears. My reason was to allow Gaim support feature, that the concurrence supports. Georgo |