Kraken 1.1.3 BETA now available off SourceForge Download page (see Download link).
Today, AOL changed the ICQ protocol and does not support clients with old version of protocol. In addition to the plugin im gateway stopped working other client such as miranda, qip and pidgin. After connect, I get a message from a UIN 1: When I send messages to other users, you get such a response from AOL servers: Will released a new version of the plug, and when? |
|||
Re: The version you are using is not supported by ICQ.
According to the folk I've been speaking to, AOL fixed whatever was wrong with their servers and ICQ is working fine again. Is this not true of y'all? (have you tried logging in recently?)
Re: The version you are using is not supported by ICQ.
Old alternative ICQ client and ICQ transport has again started to work. (In Ukraine)
Re: The version you are using is not supported by ICQ.
At this time icq worked correctly, with default icq server settings.
Re: The version you are using is not supported by ICQ.
Sorry, but I very-very need ICQ plugin... My 50 coworkers very unhappy :(
Re: The version you are using is not supported by ICQ.
now we use ibucp-vip-d.blue.aol.com server in setting of icq gateway.
Re: The version you are using is not supported by ICQ.
and what?
Re: The version you are using is not supported by ICQ.
Sorry, man.
It is really working.
But WHY?
Re: The version you are using is not supported by ICQ.
Not working... :(
Re: The version you are using is not supported by ICQ.
I have ~50 users. Some of them really not working. But most of them working.
Re: The version you are using is not supported by ICQ.
confirm problem
Re: The version you are using is not supported by ICQ.
Ok folk, so far it appears that it's literally something server side on the russian/ukraine/etc ICQ servers that's causing this. The Pidgin folk are pretty insistent that there's nothing that can do about it, and that it just needs to be waited out. Considering the -real- ICQ clients can connect, I'm not entirely sure I buy that, but we'll see. If it's still going on when I'm done with work I'll try to test some things with a real ICQ client and see if I can't come up with a tweak. The problem again is, I can't reproduce it from here (in the USA) and so I won't know if my fix accomplishes anything. =/ My only thought at the moment is if there's some particular person who's seeing this and is willing to work with me "live" to try some things tonight (tonight my time, no idea what that is across the globe) I can try some patches and run them by you. Let me know. I'm GMT-5. Also my XMPP address is daniel at vorpalcloud.org.
Re: The version you are using is not supported by ICQ.
h2. May this changes in header!?
h2. http://www.linux.org.ru/view-message.jsp?msgid=3431738&page=11#3434038
h2. Re: ICQ vs People
http://dev.aol.com/aim/oscar/#FLAP
Datatype: FLAP__Header
The header contains the frame type, a sequence number, and the length of the following data segment. The sequence number is independently sequential in each direction. Packets from the server to client have one sequence number, while the packets from the client to server have a different independently increasing number. If the server receives a sequence number out of order it will terminate the connection. A common mistake is to use a u08 to represent the sequence number, which will roll over at 255 and cause the server to disconnect the client.
Name Type Notes
startMarker u08 ASTERISK (literal ASCII ‘*’)
frameType u08 [Class: FLAP__FRAME_TYPE] Frame type
sequenceNumber u16 Initialized to a _random_ value, increments for each send
payloadLength u16 Length of data, does not include the 6 byte header length
anonymous (http://www.linux.org.ru/whois.jsp?nick=anonymous) (22.01.2009 3:20:14)
Re: The version you are using is not supported by ICQ.
Hi,
looks like this is not affecting 1.2.4d. This is my relog to ICQ about 5 minutes ago:
2009.01.21 13:43:32 Received iq packet:
2009.01.21 13:43:32 icq: Sending packet:
2009.01.21 13:43:32 OSCAR snac packet response: SnacResponseEvent: request=SnacRequest for MyInfoRequest: listeners: [org.jivesoftware.openfire.gateway.protocols.oscar.AbstractFlapConnection$5@acc469, net.kano.joscar.ratelim.RateQueue$1@100b38e], responses: null - SnacPacketEvent: snacProcessor=ClientSnacProcessor: lastreqid=18, requests: 18, paused=false, snacPacket=SnacPacket type 0x1/0xf: 270 bytes (id=10), snacCommand=YourInfoCmd: UserInfo for 464867290: flags=0x51 (MASK_FREE | MASK_UNCONFIRMED | 0x40), memberSince=Mon Dec 01 21:39:55 UTC 2008, sessLenAim=0min, onSince=Wed Jan 21 13:43:31 UTC 2009, extraTlvs=[TLV: type=0xc, length=37, ascii value="?????????????????????????????????????": 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00, TLV: type=0xa, length=4, uint value=960644833: 39 42 46 e1, TLV: type=0x15, length=4, ascii value="???", uint value=2048: 00 00 08 00, TLV: type=0xa, length=4, uint value=960644833: 39 42 46 e1, TLV: type=0x22, length=2, ushort value=50136: c3 d8, TLV: type=0x1e, length=4, ascii value="????", uint value=0: 00 00 00 00, TLV: type=0x28, length=1, ascii value="^": 5e, TLV: type=0x29, length=4, ascii value="I4Z$", uint value=1228167716: 49 34 5a 24] - FlapPacketEvent: flapProcessor=FlapProcessor: seqNum=SeqNum: min=0, max=65535, last(current)=19, flapCommand=SnacFlapCmd: packet=SnacPacket type 0x1/0xf: 270 bytes (id=10), flapPacket=FlapPacket (channel=2, seq=22557)
2009.01.21 13:43:32 OSCAR snac packet response: SnacResponseEvent: request=SnacRequest for ServiceRequest for family 0x18: listeners: [org.jivesoftware.openfire.gateway.protocols.oscar.AbstractFlapConnection$5@acc469, net.kano.joscar.ratelim.RateQueue$1@10c3232], responses: null - SnacPacketEvent: snacProcessor=ClientSnacProcessor: lastreqid=18, requests: 18, paused=false, snacPacket=SnacPacket type 0x1/0x5, flag1=0x80: 287 bytes (id=18), snacCommand=ServiceRedirect: family=0x18, host=64.12.165.90, port=-1, cookie=256 bytes - FlapPacketEvent: flapProcessor=FlapProcessor: seqNum=SeqNum: min=0, max=65535, last(current)=19, flapCommand=SnacFlapCmd: packet=SnacPacket type 0x1/0x5, flag1=0x80: 295 bytes (id=18), flapPacket=FlapPacket (channel=2, seq=22558)
2009.01.21 13:43:32 Connection to service 24 on host 64.12.165.90
2009.01.21 13:43:32 OSCAR email service state change from NOT_CONNECTED to INITING
2009.01.21 13:43:32 OSCAR email service state change from INITING to RESOLVING
2009.01.21 13:43:32 OSCAR email service state change from RESOLVING to CONNECTING
2009.01.21 13:43:32 OSCAR snac packet response: SnacResponseEvent: request=SnacRequest for AbstractIcqCmd: type=(60), uin=464867290, id=1, on top of net.kano.joscar.snaccmd.icq.OfflineMsgIcqRequest@1948111: listeners: [org.jivesoftware.openfire.gateway.protocols.oscar.AbstractFlapConnection$5@acc469, net.kano.joscar.ratelim.RateQueue$1@6d912c], responses: null - SnacPacketEvent: snacProcessor=ClientSnacProcessor: lastreqid=18, requests: 18, paused=false, snacPacket=SnacPacket type 0x15/0x3: 15 bytes (id=17), snacCommand=OfflineMsgDoneCmd in: AbstractIcqCmd: type=(66), uin=464867290, id=1, on top of net.kano.joscar.snaccmd.icq.OfflineMsgDoneCmd@15609fb - FlapPacketEvent: flapProcessor=FlapProcessor: seqNum=SeqNum: min=0, max=65535, last(current)=19, flapCommand=SnacFlapCmd: packet=SnacPacket type 0x15/0x3: 15 bytes (id=17), flapPacket=FlapPacket (channel=2, seq=22559)
2009.01.21 13:43:32 Sending SNAC command: AbstractIcqCmd: type=(62), uin=464867290, id=2, on top of net.kano.joscar.snaccmd.icq.OfflineMsgIcqAckCmd@1a949b5
2009.01.21 13:43:32 OSCAR email service state change from CONNECTING to CONNECTED
Walter
Re: The version you are using is not supported by ICQ.
There's a lot of theories floating around about it. 1.2.4d is no different than Kraken in terms of ICQ support. But some folk think it has to do with what IP address you are coming from, some think it has to do with what time zone you are in ... either way right now it appears to only affect folk from Russia, which is odd.
Re: The version you are using is not supported by ICQ.
Yeesh. So it has... I'm at work at the moment and likely won't have time to look into it for a bit. It looks like it's currently affecting "only" Russian folk. I can log in via Pidgin just fine for example. I'll keep an eye on the Pidgin chat rooms and such to see if anyone comes up with a solution that I can apply to Kraken and get a release out. There's nothing "pending" really in Kraken that would prevent me from releasing immediately (could just comment out a section temporarily) so stay tuned!
Re: The version you are using is not supported by ICQ.
Hi, Daniel. I have see some forums where users think that AOL bloking only Russian and Ukrainian IPs.
In some forum users advise use Socks Proxy like tor for PyICQ. But as I understand, it needs to setup proxy in PyICQ config.
Do Kraken have resembling features?
I live in moscow and use OF whith IM Getway. If u needs some information, remote esctop access for testing kraken or some other help i can help u.
Now i will try to finf some programs that can redirect all traffic throut socks proxy.
Re: The version you are using is not supported by ICQ.
Daniel, hi again. I find some information about changes in ICQ protocol in QIP Developer's blog. In december hi wrote about changes in protocol. All ICQ clients use LoginID (not client ID). Client ID dosen't influnce to login's process. Login ID - influence. All qip use LogiID from ICQ 5.1, but AOL block this ID and client too.
He wtight that it needs to change LoginID and all will be fine. I think, that u can use this solution. U can mail me to mranderson2@yandex.ru if need something from me.