[Standards] Proposed XMPP Extension: MUC Auto-Join

Rachel Blackman rcb at ceruleanstudios.com
Fri Jun 1 16:32:05 CDT 2007


>>> /me whispers "entity capabilities"...
>> Lord knows I'm in the pro-caps camp, Peter, but I think caps is  
>> insufficient here.  If the conference room is offline when I come  
>> on (i.e., the conference server is down), I don't get caps.  Thus,  
>> I don't get the context data I need to know that this item is an  
>> offline conference room, rather than an offline contact.
>
> Use a better conference server. ;-)

Yeah, you're right... those folks over at Jabber.org just aren't on  
top of things. ;)

More seriously, we've just been talking about s2s and the fact that  
anything supporting s2s can, in theory, support MUC by virtue of  
using other conference servers.  Maybe I have a reason to join a  
private chatroom on a private XMPP server, for some project I'm part  
of, but that server goes down for maintenance.

I'm still up on my own server, but s2s to openfoo.org (and  
conference.openfoo.org) is down, and thus I don't get a caps for  
devtalk at conference.openfoo.org, and it shows as just an offline  
contact in my list.  I can't display UI to the user of 'this is an  
unavailable conference room' if they click on it, because I don't  
have the data that it /is/ a conference room.  Thus, I cheerily send  
an offline message.

>> Sure, I'll get the data (in theory) when the thing comes online,  
>> but having category='conference' in the roster item for it gives  
>> me enough to work with /even when it's offline/, such as  
>> displaying it in a menu of 'favorite chatrooms' but greying it out  
>> because the presence shows that server is currently offline.
>
> I'm not viscerally opposed to roster categories, just not sure  
> where they'll go...

<item jid='stpeter at jabber.org' name='stpeter' subscription='both'/>
<item jid='devtalk at conference.openfoo.org' name='DevTalk'  
subscription='from' category='conference'/>

The first one, lacking a category, has an implied category of 'client.'

-- 
Rachel Blackman <rcb at ceruleanstudios.com>
Trillian Messenger - http://www.trillianastra.com/




More information about the Standards mailing list