Hi Keith,
I did some investigations on this topic last year. As far as I see it is
not possible without rewriting the sm-component to pass some iq-stanzas
to its clients.
My approach was to write a component that binds to a dummy-domain and
simulates a c2s-connection (e.g. the component starts a session in the
designated domain) and then acts like a normal jabber-client.
I managed it to do the session-stuff, but it seems that the sm does not
pass IQ-stanzas to the bare JID (without ressource) to its clients, so
techniques like Service-Discovery - which much heavily depends on - are
not possible.
Kind regards,
Bernd
Am 01.02.2011 08:23, schrieb Keith Jay Gillis:
> Hi,
>
> XEP-0045 defines a multi-user chat service as:
>
> A host that offers text-based conferencing capabilities; often but not
> necessarily a sub-domain of a Jabber server (e.g.,
> conference.jabber.org).
>
> Is it possible to use mu-conference with jabberd2 without putting
> mu-conference on a sub-domain? Does "often but not necessarily a
> sub-domain" just meant that it could be on an entirely separate domain?
> I had hoped that a chat service and XMPP server could both have the same
> domain.
>
> I see from XEP-0045 that a chat service needs to have a JID to direct
> room queries to. Could it have a JID of confere...@example.com of
> example.com/conference instead of conference.example.com?
>
> Also, are there plans to make the jabberd2 component protocol an
> official extension?
>
> Thanks,
> Keith
--
\\\||///
\\ - - //
( @ @ )
-oOo--( )--oOo-------------------------------------------------------
tiggersWelt.net www.tiggerswelt.net
Inhaber Bernd Holzmüller i...@tiggerswelt.net
Tel: 07 11 / 550 425-90
Mönchstraße 25 Fax: 07 11 / 550 425-99
70191 Stuttgart OpenPGP/GnuPG: 0x957C378B
--
To unsubscribe send a mail to jabberd2+unsubscr...@lists.xiaoka.com
