Impossible to get working connection to MSN

OK, I worked today on this issue and I found it comes from JML API.

In fact, I also checked out JML API and changed it a little in order to be able to listen at low level MsnSession.

I activated my listener in your org.jivesoftware.wildfire.gateway.protocols.msn.MSNSession class, and I got this debug log :

2006.10.05 00:21:28 Creating MSN session for user=lionheart@clansk.org

2006.10.05 00:21:28 Loging in to MSN session for user=lionheart@clansk.org

2006.10.05 00:21:29 An existing resource has changed status: sk_lionheart@ik63005.ikexpress.com/Psi

2006.10.05 00:21:29 MSN : Session messageSent for user=lionheart@clansk.org : VER 1 MSNP12 MSNP11 MSNP10 MSNP9 MSNP8 CVR0

2006.10.05 00:21:29 MSN : Session messageSent for user=lionheart@clansk.org : CVR 2 0x0409 win 2.6.12-15mdk-i686-up-4GB i386 MSNMSGR 6.2.0205 MSMSGS lionheart@clansk.org

2006.10.05 00:21:29 MSN : Session messageSent for user=lionheart@clansk.org : USR 3 TWN I lionheart@clansk.org

2006.10.05 00:21:29 MSN : Session established for user=lionheart@clansk.org

2006.10.05 00:21:29 MSN : Session Idle for user=lionheart@clansk.org

2006.10.05 00:21:29 MSN : Session messageReceived for user=lionheart@clansk.org : VER 1 MSNP12 MSNP11 MSNP10 MSNP9 MSNP8 CVR0

2006.10.05 00:21:29 MSN : Session closed for user=lionheart@clansk.org

  1. As you can see, the MSN session is closed, but MSNSession was unable to trap this close event since there isn’'t any listener at the MsnSession level. To add this listener, I had to modify the BasicMessenger class in JML API, because this listener is not accessible directly. I can send you the modified classes that properly close the session.

  2. It seams the JML API has a bug as you can see because the session stopped after the first message received from the MSN server. It’'s quite hard to solve. Are you sure that JML API works well ?

Message was edited by: sk_lionheart

In my opinion it’'s the best of the available choices. As it turns out, the developer turned it over to me, so I can update the code as needed. So yes, send any patches my way.

Regarding the code : do you have any Unit test class in the gateway in order to test it deconnected from wildfire ?

sk_lionheart wrote:

Regarding the code : do you have any Unit test class in the gateway in order to test it deconnected from wildfire ?

Nope.

OK, I will create also a Unit Test class in order to test the MSNTransport.

I send you all once finished.

OK I finally found the bug… It was quite difficult to find since it occured only if wildfire was running on linux…

The bug was located in JML API.

I have sent you the fixed JML sources and modified gateway sources that add more informations in the wildfire debug console.

Thanks to sk_lionheart for tracking this down and sending me patches! Hope to check them out … and check them in (lol!) tonight … or at least soon. My free time has been nuts lately…

One precision on the bug : I attribute this bug to MSN protocol.

In fact, there is a placeholder in the protocol were you can specify your operating system and version. MSN protocol seams to support only “win 5.1 x86” in this placeholder.

LOL

sk_lionheart wrote:

One precision on the bug : I attribute this bug to MSN protocol.

In fact, there is a placeholder in the protocol were you can specify your operating system and version. MSN protocol seams to support only “win 5.1 x86” in this placeholder.

LOL

Hey I mentioned this directly to lionheart, but I wanted to post it here and see if any others were having these problems? The thing is, this is kind of a weird issue. I’'ve been testing under both Mac OS X and Linux and they are both letting me connect just fine. That said, PyMSNt does indeed only identify itself as win 5.1 just like you saw. So… weird! =) Why did it love my Linux box and not yours? RHEL4 on my end. (running not on 64-bit)

Fedora Core 5 here and no problems with MSN.