Not logged in. · Lost password · Register
Forum: Community Feature Requests RSS
Support for XEP-0106 (JID Escaping)

Announcement

11-16-2005, 12:33 by halr9000
Subject: Psi Groupchat (new address)
Join us at the Psi Groupchat (MUC)! Room name: psi@conference.psi-im.org
bkleven #1
Member for a month · 3 posts
Group memberships: Members
Show profile · Link to this post
Subject: Support for XEP-0106 (JID Escaping)
Hello everyone - I'm new to Psi.  So far, I like the blend of features and UI design quite a bit, and I also like the stability (I've had some crashing issues with Gajim).

One problem I do have, though, is that our company has set up our LDAP uid's as '<firstname> <lastname>' - that's right, there's a space in our UID.

We needed to set up a Jabber server for our site, and for many reasons, we needed to use our LDAP accounts for login.  This creates JIDs with spaces, which then have to be escaped to become valid JIDs.

Our server handles this well (Openfire), but client support varies.  For manual buddy list management, Psi can handle JIDs that look like this:

<firstname>\20<lastname>@<host>[/<resource>]

The problem is that the search feature in Psi receives the results from the server just fine but does not replace the space in the JID that it creates in order to make it valid, so the JID cannot be added to the buddy list from the search results.  It still has to be added manually.

I haven't used Psi that much yet, so there may be other parts of the app that have issues with these illegal JIDs that need escaping, but I haven't seen them.

I hope this is not a repeat request - I checked several places in the forum and roadmap and did not see any mention of XEP-0106.  My apologies if this is being addressed.

Thank you for creating a great Jabber client!  I look forward to future versions - it looks like there are some great features on the roadmap.
Avatar
machekku #2
User title: Crazy guy from Poland
Member since 07/2004 · 781 posts · Location: Poland
Group memberships: Developers, Members
Show profile · Link to this post
Yeah, JID escaping would be nice to have, but I have a feeling that your problem is somewhere else (or I misunderstood you). Are you saying that JIDs in search results contain spaces? (real spaces, not \20). If yes, then this rather sounds like a problem with your server-side component.
JID escaping was designed to be backwards-compatible, so the only problem with client that do not support this spec should be that they display \20, etc, everywhere.
Maciek "Machekku" Niedzielski
Psi developer
[Image: http://machekku.uaznia.net/jabber/jobble/map/jmpixel1.png]
Avatar
infiniti (Administrator) #3
Member since 09/2002 · 1378 posts · Location: California, USA
Group memberships: Administrators, Developers, Members
Show profile · Link to this post
Machekku: Right.

JID Escaping is generally intended for the server side, since there are often escaping decisions to be made when integrating with existing user databases.  The XEP proposes a standardized way to escape invalid characters, to help with compatibility among server parts.  For example, if Openfire decided to use \20 for escaping a space, but ejabberd used %20, you might face migration issues in the future, or have trouble integrating components designed for one server or the other.

JID Escaping is not really intended for the client side, and additionally it is not really intended for displaying invalid JIDs in a more beautiful way.  For example, while "joe\20smith@example.com" is a valid JID, "joe smith@example.com" is not valid, and such a psuedo-JID should probably not be displayed anywhere.

In short, clients should work without modification.  Your search results should contain \20 in them.
-Justin
bkleven #4
Member for a month · 3 posts
Group memberships: Members
Show profile · Link to this post
You both make an excellent point.  I hadn't considered this...

I've been looking, but I have not yet found whether I can pull up a 'debug' window in Psi so I can monitor the protocol.  Is there any way I can do this so I can examine the literal results returned from the server?  This will give me what I need to file a bug against the Openfire search plugin.

Thanks!
Avatar
Kev (Administrator) #5
User title: Project Lead
Member since 11/2002 · 2998 posts · Location: Exeter, UK
Group memberships: Administrators, Developers, Members
Show profile · Link to this post
Right-click your account heading, and choose the xml console :)
Psi Project Leader.
Homepage, including development blog
bkleven #6
Member for a month · 3 posts
Group memberships: Members
Show profile · Link to this post
Thanks - I should have known that.   :)

Verified, the server search feature is sending back an invalid JID.
Close Smaller – Larger + Reply to this post:
Smilies: :mellow: :huh: ^_^ :o ;) :P :D :lol: B) :rolleyes: -_- <_< :) :wub: :angry: :( :unsure: :wacko: :blink: :ph34r:
Special characters:
Go to forum
Unclassified NewsBoard devel of 20051113 © 2003-5 by Yves Goergen
Current time: 05-17-2008, 11:45:48 (UTC -04:00)