Opened 11 years ago

Closed 8 years ago

#4895 closed defect (worksforme)

AIM regularly disconnects due to timeouts when other clients do not

Reported by: jas8522 Owned by: MarkDoliner
Milestone: Component: AIM
Version: 2.3.1 Keywords: icq timeout disconnecting
Cc:

Description

See #9015 on the Adium Trac. There is a debug log attached, as well as a link in the comments to another user who also posted a debug log.

The user found that iChat did not disconnect regularly, but Adium does.

Attachments (5)

oscar-idle.log (18.9 KB) - added by kstuard 11 years ago.
Log of AIM disconnect and automatic reconnect through Facetime
oscar-idle-nofacetime.log (4.6 KB) - added by kstuard 11 years ago.
Log of AIM, YIM, and MSN with no Facetime
adium log file.txt (3.1 KB) - added by ralphschindler 11 years ago.
Adium Log File
IM Failure.txt (15.4 KB) - added by ralphschindler 11 years ago.
This is a full log from the last known message that got through - till the new reconnection
purple-debug.log (27.8 KB) - added by pentor 10 years ago.
Debug log for AOL session dying and coming back up in Pidgin (Facetime issue)

Download all attachments as: .zip

Change History (31)

comment:1 Changed 11 years ago by TaTonka

i'm one of the users mentioned above. and i hope you can fix this soon.

sometimes others do not receive my messages, or see me as offline...only a relogin can help then. this is very annoying.

comment:2 Changed 11 years ago by ralphschindler

Hello,

I am having the same issue. I would like to see this resolved and can help in any way possible (I have adium logs as well).

Thanks, Ralph

comment:3 Changed 11 years ago by kstuard

Sadly, not fixed in 2.4.1.

I am also suffering from this issue (AIM - no ICQ to test). Some additional information:

  • Only happens behing company firewall
  • Company using Facetime
  • Other protocols do not timeout (YIM, MSN, Sametime)
  • Miranda version 0.7.4 does not drop while idle
  • Talking to IT, they are of the oppinion that AIM is not sending traffic while idle (causing it to be dropped from the server)

This seems directly related to closed ticket:2289:

Snooping the network traffic shows that Pidgin sends a ping packet (basically a keepalive) every 30 seconds for MSN and Yahoo, but does not send any type of keepalive for AIM sessions. My theory is, the session times out with no activity.



Solution? I'm guessing that somehow the keepalive packet went away between Gaim 1.5 and 2.0, and has never been put back in. Any chance we can get this back in the code?

Is there anywhere in Pidgin's preferences to update where AIM sends keep-alives and how often?

Please let me know if I can be of any help in this matter.

comment:4 Changed 11 years ago by TaTonka

I've found a workaround. Just change the connection port to 443 (HTTPS) and it does not disconnect as often as before.

comment:5 Changed 11 years ago by kstuard

Thank you for the HTTPS information. Unfortunately, the Facetime IM proxy server my company rewrites login.oscar.aol.com to its server IP (internal) and only allows connections on default port (5190). I realize that my issue is a Facetime issue - others may be having the same issue due to stateful firewalls or proxies closing "inactive" connections.

I am relatively certain from looking at the logs that IT provided me that the issue is that all the other services send keep-alives at regular intervals and the AIM protocol does not.

Thank you for your workaround and should i find a solution I will be sure to do the same.

comment:6 Changed 11 years ago by MarkDoliner

AIM should be sending a keepalive every 30 seconds, just like other protocols. To anyone having this problem, can you post the exact error message that Pidgin shows you when you're disconnected? How long are you able to stay online before you're disconnected? If you exchange IMs with people every few minutes are you able to stay online longer? Can you paste text from Pidgin's debug window (Help->Debug Window) from around the time you get disconnected (feel free to edit out screen names, if you want)?

comment:7 Changed 11 years ago by MarkDoliner

Oh, I guess it's possible oscar doesn't SEND a keepalive if it receives one within the 30 second timeout. Could your firewall be closing connections that receive data without sending anything?

Changed 11 years ago by kstuard

Log of AIM disconnect and automatic reconnect through Facetime

comment:8 Changed 11 years ago by kstuard

Added attachment:oscar-idle.log

Contains debug window content from Pidgin. It shows (I believe) MSN sending an idle ping and reply, AIM crapping out and reconnecting, followed by another MSN idle ping and reply.

I then disconnected from the network (bypass Facetime). Now I am still getting the ping/reply from MSN. I also have YIM and it seems to be doing some sort of ping/reply at a lower rate (no problems with YIM). Still no ping/reply related to AIM (oscar).

I do not talk often enough through AIM to know for sure if it is idle-related. I will find someone who will agree to be texted every minute until it disconnects.

Changed 11 years ago by kstuard

Log of AIM, YIM, and MSN with no Facetime

comment:9 Changed 11 years ago by kstuard

Added attachment:oscar-idle-nofacetime.log

Contains debug window content from Pidgin. It shows only idle activity while not logged in through Facetime's proxy.

MSN sends ping/reply every 30 seconds. YIM seems to only send data when changes are made. It does not seem to send ping/replies. I guess I get enough changes to never be disconnected? AIM does weird stuff, as the log shows. It does not seem to be sending ping/replies.

Is there any additional information I can get to you? Any more controlled experiment? Different variables or constants?

comment:10 Changed 11 years ago by MarkDoliner

  • pending changed from 0 to 1

I don't think AIM prints anything to the debug window when it sends or receives a ping, but it probably IS either sending or receiving pings. It should be sufficient to IM yourself once a minute. Can you post the exact error message that Pidgin shows you when you get disconnected? How long are you able to stay online before you're disconnected?

comment:11 Changed 11 years ago by trac-robot

  • pending changed from 1 to 0
  • Status changed from new to closed

This ticket was closed automatically by the system. It was previously set to a Pending status and hasn't been updated within 14 days.

Changed 11 years ago by ralphschindler

Adium Log File

comment:12 Changed 11 years ago by ralphschindler

Please reopen. I have attached my log file for this issue.

comment:13 Changed 11 years ago by MarkDoliner

  • Status changed from closed to reopened

I think the important part of the log file would be the part that contains the disconnected message. Specifically the reason

comment:14 Changed 11 years ago by MarkDoliner

Oh, that comment was a little half-baked. I'm really interested in the error message that is shown to the user. It might not even be printed in the log.

comment:15 Changed 11 years ago by evands

If there is an actual disconnection event, the error message will show up in the log, something like

(21:50:00) CBPurpleAccount<0x3094f> accountConnectionReportDisconnect: You are too awesome to stay connected.

Changed 11 years ago by ralphschindler

This is a full log from the last known message that got through - till the new reconnection

comment:16 Changed 11 years ago by ralphschindler

The newest attachment needs to be downloaded - I put a marker in the column on the left to indicate the last known message to go through, and the log record it created.

This log file goes from the last known message through the new connection. It will include all of the disconnection messages that are available. There is NO user (UI) error messages, I simply see a disconnect and reconnect on the AIM account.

Thanks, Ralph

comment:17 Changed 10 years ago by ralphschindler

Any new news on this? This is killing me. :)

-Ralph

Changed 10 years ago by pentor

Debug log for AOL session dying and coming back up in Pidgin (Facetime issue)

comment:18 Changed 10 years ago by pentor

Hello:

My IT department just upgraded FaceTime? 2 weeks ago. Siince hat time, any AOL connection in Pidgin goes down every 1.5 min (~ 90 sec). I have attached a DEBUG log (purple-debug.log).

From the IT department: ======================= "Regarding AOL, what version of AOL are you using? Version 6.x is not supported at this time as AOL has made a change that requires a certificate."

I would assume that Pidgin is accurately reflecting the latest implementation of AOL IM (version 6.8 AIM Client, or something close). I would think that Pdigin is trying to use Certificates as well, in it's mimicing of AOL IM.

I tested AOL IM Version 5.9.6089, and indeed it is "ROCK SOLID" under the new Facetime server. So, it does seem directly tied to what IT noted.

Is there any way, in the Pidgin client, to simulate the older AOL IM behavior ?

comment:19 Changed 10 years ago by MarkDoliner

pentor: Pidgin's AOL connection uses a login process similar to AIM 5.9. It does NOT use certificates in any way. Looking at the debug log it looks like the server is disconnecting Pidgin. I don't know if that's some FaceTime? server or an AOL server.

comment:20 Changed 10 years ago by pentor

ok. The only "odd" part about this is, when I run the native AOL IM Client 5.9.6089 on it's own, it stays up and rock solid (connected to the same FaceTimeserver?).

So there must be a "keepalive" or "hearbeat" mechanism that Pidgin might be checking, that the native AOL IM Client does not. It could very well be that (just speculation) some other port numbers are being used for the keepalives that Facetime doesn't allow (again, just a hunch).

Something is different between the Pidgin implementation, and the native 5.9.6089 client. I fuly realize, that up until now (before the Facetime Server upgrade) things worked wondrfully. So, I realize it's not a Pidgin "bug" per se, but something that used to work, doesn't now.

comment:21 Changed 10 years ago by bernmeister

Not sure where this ticket is at...

1) Is it still an issue in Pidgin 2.5.8?

2) If so, what's needed in terms of debug logs, etc. to help resolve?

comment:22 Changed 10 years ago by kstuard

I'm one of the earlier (pre-1st-close) users having this issue. Unfortunately, I cannot add more information to this as I no longer interact with the Facetime server. Good luck with the fix.

comment:23 follow-up: Changed 10 years ago by pentor

This is still an issue in 2.5.8. HOWEVER, now even YAHOO! is broken :(

I was using 2.5.5 (or 2.5.6) before.

Upon loading 2.5.8, YAHOO! is now borken and AIM is still having issues.

Please tell me what LOGS you need, and how to collect them

comment:24 in reply to: ↑ 23 Changed 10 years ago by darkrain42

Replying to pentor:

This is still an issue in 2.5.8. HOWEVER, now even YAHOO! is broken :(

I was using 2.5.5 (or 2.5.6) before.

Upon loading 2.5.8, YAHOO! is now borken and AIM is still having issues.

Please tell me what LOGS you need, and how to collect them

Your Yahoo issue is separate and you should file a separate ticket for it and attach a debug log of the account disconnecting.

comment:25 Changed 8 years ago by ralphschindler

Since reinstalling completely a few years back, I have not had an issue with this.

Feel free to close this issue. -ralph

comment:26 Changed 8 years ago by rekkanoryo

  • Resolution set to worksforme
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.
All information, including names and email addresses, entered onto this website or sent to mailing lists affiliated with this website will be public. Do not post confidential information, especially passwords!