in reply to Re: Net::XMPP in Win32 gets not-authorized, same code works 100% in Linux
in thread [fixed] Net::XMPP in Win32 gets not-authorized, same code works 100% in Linux

I forgot to mention: It doesn't work whether it is set to TLS=1 or TLS=0. The XMPP server doesn't require it (I run the server) though I do plan to require it eventually.

I'll try testing it with wireshark or the like and see what it comes up with. Thanks for the idea. I should have already done this.

  • Comment on Re^2: Net::XMPP in Win32 gets not-authorized, same code works 100% in Linux

Replies are listed 'Best First'.
Re^3: Net::XMPP in Win32 gets not-authorized, same code works 100% in Linux
by wilsond (Scribe) on Jan 09, 2009 at 09:20 UTC
    According to wireshark, the packets are being sent properly and such. It uses DIGEST_MD5 as the auth. It appears to be a properly formatted hash that is sent to the XMPP server, but I haven't verified it yet. More testing to go. Thanks for your input.

      Here are the un-BASE64'd auth values being sent to the XMPP server.

      In Windows:

      authzid="bobthebuilder@example.com",charset=utf-8,cnonce="xxxxx1e3552e +9ea806f6411931b62b25",digest-uri="/",nc=00000001,nonce="xxxxx0dyy8ivm +M8JcDfy44rlPAvDprBeLWHfW4Ea",qop=auth,realm="example.com",response=xx +xxxd5b82f6faf7ed2feebcb70ba974,username="bobthebuilder"

      In Linux:

      authzid="bobthebuilder@example.com",charset=utf-8,cnonce="xxxxx895143c +dc97d8d8eada76acc50a",digest-uri="xmpp/example.com",nc=00000001,nonce +="xxxxx2YLz+OufKiUQ0zSBkaO1ntzY/Cpwg6+ns+l",qop=auth,realm="example.c +om",response=xxxxx7d0924f2093e95bc0da1b136092,username="bobthebuilder +"

      It seems the Windows version is missing the digest-uri value. I'm going to bet that my problem is there.

      Changing AuthSend to AuthIQAuth makes it work fine. This disables SASL. I'm not happy about it. Possibly TLS will take care of that? I'm going to find out.

Re^3: Net::XMPP in Win32 gets not-authorized, same code works 100% in Linux
by JedClampett (Acolyte) on Dec 18, 2009 at 18:22 UTC
    I think your problem is actually with XML::Stream. See this ticket for a patch: http://rt.cpan.org/Public/Bug/Display.html?id=24817