Difference between revisions of "XEP-Remarks/XEP-0045: Multi-User Chat"

Jump to navigation Jump to search
m
no edit summary
(New section: Why do I need to host my MUC component on subdomain.example.org?)
m
 
(One intermediate revision by one other user not shown)
Line 66: Line 66:
http://mail.jabber.org/pipermail/standards/2015-May/029819.html
http://mail.jabber.org/pipermail/standards/2015-May/029819.html


= Why do I need to host my MUC component on subdomain.example.org? =
= Why do I need to host my MUC component on subdomain.domain.tld? =


You don't. You don't even need to host it on "example.org", you can host it on any bare JID you want (without a resource, with or without a node).
You don't. You don't even need to host it on "domain.tld", you can host it on any bare JID you want (without a resource, with or without a node).
Not all clients will be able to join, because this isn't how it's always been done but technically nothing prevents it.
Not all clients will be able to join, because this isn't how it's always been done but technically nothing prevents it.


You also can have a room directly on subdomain.example.org, or example.org.
You also can have a room directly on subdomain.domain.tld, or domain.tld.


Clients will generally expect to be able to create rooms on the address that is given to them in disco#items on the host (the "MUC component").
Clients will generally expect to be able to create rooms on the address that is given to them in disco#items on the host (the "MUC component").
And also they may disco#items it to get a list of rooms hosted on the component. Both of which don't conflict with the same address also being a room.
 
[https://xmpp.org/extensions/xep-0045.html#disco-rooms disco#items on a component] will get you a list of rooms hosted on it, while [https://xmpp.org/extensions/xep-0045.html#disco-roomitems disco#items on a room] should get you a list of occupants, even though servers generally don't disclose the occupant list this way. It is possible to get the occupant list (presences) by joining the room. This seems to be the only possibly conflicting feature, if a room and a component were to be used on the same address.


Maybe a more explicit disco feature should be added to say "You can create rooms off here". Without this, it isn't possible to say whether room creation is actually possible other than trying and reading the error.  It would also probably look very awkward for a client to try to create a room off a "component"/"room" hosted at "foo@domain", trying to create "bar@foo@domain" which isn't a valid JID.
Maybe a more explicit disco feature should be added to say "You can create rooms off here". Without this, it isn't possible to say whether room creation is actually possible other than trying and reading the error.  It would also probably look very awkward for a client to try to create a room off a "component"/"room" hosted at "foo@domain", trying to create "bar@foo@domain" which isn't a valid JID.
216

edits

Navigation menu