[jdev] ruby xmppd, and Psi

Eric Will rakaur at malkier.net
Thu Sep 18 07:03:49 CDT 2008


On Wed, Sep 17, 2008 at 6:29 PM, Peter Saint-Andre <stpeter at stpeter.im> wrote:
> When you say that Psi "redefines" xmlns:xml, do you mean it assigns that prefix to a namespace other than "http://www.w3.org/XML/1998/namespace"? Or does it simply declare that namespace (which according to the spec it MAY do)? If the latter, then I think REXML is in error.

The latter. I'm guessing REXML is wrong. It tends to be a pain, and I
wish there were a "leave me alone" switch in it. I just really don't
want to parse it myself. :)
I'll post this to ruby-talk.
On Thu, Sep 18, 2008 at 2:50 AM, Justin Karneges
<justin-keyword-jabber.093179 at affinix.com> wrote:

> I don't think you're supposed to send response data with PLAIN, are you?
> <success/> (no response data) is correct, not <success>=</success> (response
> data of zero-length).

According to Peter's new draft:
The receiving entity reports success of the handshake by sending a
<success/> element qualified by the 'urn:ietf:params:xml:ns:xmpp-sasl'
namespace; this element MAY contain XML character data (in SASL
terminology, "additional data with success") if the chosen SASL
mechanism supports or requires it; if the receiving entity needs to
send additional data of zero length, it MUST transmit the data as a
single equals sign character ("=").

And in the example a while later:

Step 9: Client selects an authentication mechanism, in this case [PLAIN]:

C: <auth xmlns='urn:ietf:params:xml:ns:xmpp-sasl'
         mechanism='PLAIN'>UjBtMzBSMGNrcw==</auth>

Step 10: Server informs client of success:

S: <success xmlns='urn:ietf:params:xml:ns:xmpp-sasl'>=</success>

I don't think this is a mission-critical thing, and I'm not sure why
the receiving entity would "need to send additional data of zero
length." Peter, what should I do here? Is this specific to SASL PLAIN?
And yes, DIGEST-MD5 is incredibly confusing. I already implemented it
though. Is it a bad thing to keep around?

Thanks guys.

--
Eric Will
EBL Engineers
National Institutes of Health
xmpp:rakaur at malkier.net



More information about the JDev mailing list