If a user connects to MSN gateway it will work successfully for a period of time. It continues to appear online to the Spark user. The problem is for the external MSN user we appear offline and neither side cannot establish a chat session again until the user logs off and back on again. I do not see anything in the logs that seem to be related to this. Once the user re-logs on then it stays active again for a period of time.
Yeah =/ I can’t seem to reproduce this and nothing in the logs seems to be telling me anything useful about what’s going on. Bah. =( I mean from my perspective it’s a simple TCP disconnection, but why that’s occuring? Good question. There -are- reports of people saying that they disabled buddy icons for MSN and had some luck with that.
understood - but you still needed to use NAT or PAT to site behind that router to communucate with Internet hosts - I am not familiar with how DD-WRT handles that translation, is it IPTables?
I guess its good to know its not specific to a certain firewall however.
Then again if it is firewall or more generally router/routing problem why it only affects MSN? But if it IS routing problem, then maybe there is typo on MSN code that is not other protocol gateways? Just throwing out what was on my mind…
Usually the firewall problem is not exactly what you think it would be. The port you see in the admin console is rarely the problem. The problem usually is that companies/whatever have required proxies or something on http port 443, which msn uses.
Oh wait, this thread is about losing conection over time, not having troubles connecting initially? If that’s the case, I highly doubt it’s a firewall problem. Well, another developer found out that Cindy (the networking library JML uses) was having some odd problems, for some people, didn’t make a lot of sense — but it did get fixed by removing the dependency on cindy. I’ve applied the changes to what will be 1.2.4. The caveat being, 1.2.4 won’t work with anything less than Openfire 3.6.0. (which is soon to be released) I certainly can’t guarantee that this will be the proper fix, but I thnk there’s at least a good change that it’ll fix y’all’s issues.
Hmm I think the 1.2.4c did solve THIS bug, but introduced 10 others as we know… but as soon as you jadestorm reverted back to MSNP10 with 1.2.4d this behavious started again!
Hi, anyone have an idea when the next release of the IM gateway will be out? My company is having this connection problems (running Openfire 3.60a and IM gateway 1.2.4d) and hopefully with the new release will be able to resolve the problem.
I can confirm I am having the same problems. We have our openfire server installed on a windows 2003 server SP2. The version of openfire is 3.6.0 and the IM Gateway is 1.2.4d. We only seem to have problems with the MSN gateway. It would intermittently connect and then lose connection after 5 minutes. The problem does not occur with the ICQ plugin.
Firewall rules have been relaxed to allow all ip traffic and this still has not cleared the intermittent connections.