[jdev] MU-Conference returning "Not Found"

Heiner Wolf wolf at bluehands.de
Wed Sep 28 12:36:22 CDT 2005

My goal is very simple: send a <presence/> to create an open room where
everyone can join.

Maybe the fact that is usally works is a bug. 

I was thinking that MUC is backward compatible to GroupChat. If I send a
<presence/> without any mentioning of MUC, then I should get a room
which is not locked until it is configured. 

You are right JEP-0045 tells me in "9.1.2 Creating an Instant Room", for
an instant room I must send an empty iq-query-x-'jabber:x:data'. But
this means that a simple <presence/> won't work, because it will lock
the room. This makes JEP-0045 incompatible to GroupChat. I have a
GroupChat client and it seems to work only due to a bug in MUC, which
does not always lock the room. Thats a bit weird.

Wouldn't it be more logical for backward compatibility to create a not
locked room by the first <presence/>. If I want it to be locked to
configure it then I include <x xmlns='http://jabber.org/protocol/muc'/>
to the <presence/>.

No <x xmlns='http://jabber.org/protocol/muc'/>, no locking, right?

Dr. Heiner Wolf
bluehands GmbH & Co.mmunication KG
+49 (0721) 16108 75
Jabber enabled Virtual Presence on the Web: www.lluna.de
Open Source Future History: www.galactic-developments.de

>-----Original Message-----
>From: jdev-bounces at jabber.org [mailto:jdev-bounces at jabber.org]On Behalf
>Of JD Conley
>Sent: Wednesday, September 28, 2005 7:26 PM
>To: Jabber software development list
>Subject: RE: [jdev] MU-Conference returning "Not Found"
>> >>> Do I have to comfigure the room after the initial <presence/> ?
>> >>Yup according to the MUC spec.
>> > I'd like to avoid this.
>> Well your only option for this would probably to modify your MUC
>server so
>> it doesnt require it.
>We actually have a custom extension in our MUC server implementation
>that allows you to easily create new rooms. However, instead 
>of presence
>it lets you create a room by simply sending in a configuration request
>(or instant room request). We use it in our remote server 
>tool so administrators can easily create rooms and we don't 
>have to deal
>with presence in the code.
>Not sure what your goal is here, though... :)

More information about the JDev mailing list