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? hw -- Dr. Heiner Wolf bluehands GmbH & Co.mmunication KG http://www.bluehands.de/people/hw +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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 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 >administration >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... :) > >-JD >
