XMPP, Connect Server, and SRV

Evan Schoenberg evan.s at dreskin.net
Sat Aug 9 16:16:15 EDT 2008

On Aug 8, 2008, at 1:18 PM, Stu Tomlinson wrote:

> If I'm understanding this correctly, you want usernames of
> 'evan at adiumx.com' and domain of 'pidgin.im', which produces a full JID
> of 'evan at adiumx.com@pidgin.im/Resource' - this, I believe, is a valid
> JID, and would work using pidgin.im SRV records *IF* our usersplits
> weren't broken in such a way as to prevent this working at the moment.
> The fix is to make our usersplits support that form of JID and not to
> muck about doing SRV lookups on the connect server.

No, I'm saying a username of 'evan' with a domain of 'adiumx.com' on  
the XMPP server running at xmpp.pidgin.im, when the SRV record of  
pidgin.im for XMPP points to xmpp.pidgin.im.

This is primarily relevant on a non-federated Jabber server, since  
obviously with federation it would be unclear where a message to evan at adiumx.com 
  should be routed.  That's okay, though; nothing in the XMPP spec  
requires that servers be federated.

The Connect Server points to the server which should be used.   
RFC-3920 section 14.3 [1] indicates that the SRV service should be  
used to resolve the server before IPv4/IPv6 address record resolution  
is used.  I don't see why this should be limited to being followed  
when the server is implied via the JID; shouldn't we follow this  
regardless of how the server is specified (JID-implication or connect  


[1] http://www.xmpp.org/rfcs/rfc3920.html#rfc.section.14.3
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://pidgin.im/pipermail/devel/attachments/20080809/c58f85e1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
URL: <http://pidgin.im/pipermail/devel/attachments/20080809/c58f85e1/attachment.sig>

More information about the Devel mailing list