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,


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

Reply via email to