[Standards] XEP-0225: Multiple Connections Per JID?

Peter Saint-Andre stpeter at stpeter.im
Thu Feb 7 17:24:01 UTC 2008

Ralph Meijer wrote:
> On Thu, 2008-02-07 at 09:59 -0600, Daniel Henninger wrote:
>> The main problem with resources is that they're already being used for
>> other things with components.  MUC uses them for nicknames for
>> example.  So if for some hypothetical reason you had 3 external MUC
>> implementations that needed to use the same JID and they had to bind
>> with a resource, that would get confusing quick.
>> room at conference.example.org/instance1/mynickname ?  (I don't think
>> that's a scenario that would come up, but hey.. just siting an example
>> of where a component uses resources already)
> Hmm, well I don't see why the instance resources couldn't live next to
> the nicknames. Along the same line, there is no reason why MUC rooms and
> IM accounts couldn't live in the same namespace (jdev at jabber.org and
> ralphm at jabber.org, for example). I have no strong preference for
> changing this (yet), but just wanted to relay my observation.

Right, you could have:

chat.example.org/7pd492dbr (a service instance)
foo at chat.example.org/bar (a room occupant)

Those are quite different things and they should be able to coexist.


Peter Saint-Andre

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 7338 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mail.jabber.org/pipermail/standards/attachments/20080207/f225f64b/attachment.bin>

More information about the Standards mailing list