Re: multi-user chat
unsubscribe Ing. Josue Balandrano Coronel 2013/7/13 Garrett Kuchta > Multi-user chat is handled by mu-conference. > > On Jul 13, 2013, at 6:23 AM, Haider Ali wrote: > > > Please let me know that does multi-user chat is responsibility of > jabberd2 server or is it responsibility of client ( pidgin , gajim , psi ) > > > > > > thanks > > >
Re: multi-user chat
Multi-user chat is handled by mu-conference. On Jul 13, 2013, at 6:23 AM, Haider Ali wrote: > Please let me know that does multi-user chat is responsibility of jabberd2 > server or is it responsibility of client ( pidgin , gajim , psi ) > > > thanks
multi-user chat
Please let me know that does multi-user chat is responsibility of jabberd2 server or is it responsibility of client ( pidgin , gajim , psi ) thanks
Re: Questions about component protocol and multi-user chat without subdomain
"I always find this annotation as misleading. It tightens the current habbit of tightly binding services with servers." Yeah, that's the main thing about it that bothered me. The standards seem to encourage the use of sub-domains for naming services. The examples in XEP-0030 place each service on a sub-domain. I wonder if the standard could be updated to add some way of addressing services and components that doesn't require extra domains or sub-domains? --- Begin Message --- Dnia 2011-01-31, pon o godzinie 23:23 -0800, Keith Jay Gillis pisze: > A host that offers text-based conferencing capabilities; often but not > necessarily a sub-domain of a Jabber server (e.g., > conference.jabber.org). I always find this annotation as misleading. It tightens the current habbit of tightly binding services with servers. > Is it possible to use mu-conference with jabberd2 without putting > mu-conference on a sub-domain? It's perfectly possible to run a conference service on its own domain. It's domain name is nothing special and does not have to be a subdomain of jabber server. ie. I run my conference service and transports on a completely separate host, with only router and s2s components companion. Router to handle component protocol connections, and s2s to give the components network connectivity. > I had hoped that a chat service and XMPP server could both have the same > domain. But... If you want to share a single domain between different components, ie. a chat component and a session manager - it's not possible with jabberd2. This would require an application protocol level stanza routing which is not supported. In other words - router would have to inspect contents of every packet and decide which component the packet should be routed to. It is possible to do, but it's complicated and inefficient. > 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? Not possible. MUC encodes nicknames as resources. You need to run it on separate domain. > Also, are there plans to make the jabberd2 component protocol an > official extension? Kind of... Some elements of jabberd2 component protocol are on it's way to standardization. See XEP-0225 The rest is jabberd2 internal design specific and may not be that useful for other implementations. -- Tomasz Sterna Instant Messaging Consultant : Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/ -- To unsubscribe send a mail to jabberd2+unsubscr...@lists.xiaoka.com --- End Message --- signature.asc Description: This is a digitally signed message part
Re: Questions about component protocol and multi-user chat without subdomain
Dnia 2011-01-31, pon o godzinie 23:23 -0800, Keith Jay Gillis pisze: > A host that offers text-based conferencing capabilities; often but not > necessarily a sub-domain of a Jabber server (e.g., > conference.jabber.org). I always find this annotation as misleading. It tightens the current habbit of tightly binding services with servers. > Is it possible to use mu-conference with jabberd2 without putting > mu-conference on a sub-domain? It's perfectly possible to run a conference service on its own domain. It's domain name is nothing special and does not have to be a subdomain of jabber server. ie. I run my conference service and transports on a completely separate host, with only router and s2s components companion. Router to handle component protocol connections, and s2s to give the components network connectivity. > I had hoped that a chat service and XMPP server could both have the same > domain. But... If you want to share a single domain between different components, ie. a chat component and a session manager - it's not possible with jabberd2. This would require an application protocol level stanza routing which is not supported. In other words - router would have to inspect contents of every packet and decide which component the packet should be routed to. It is possible to do, but it's complicated and inefficient. > 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? Not possible. MUC encodes nicknames as resources. You need to run it on separate domain. > Also, are there plans to make the jabberd2 component protocol an > official extension? Kind of... Some elements of jabberd2 component protocol are on it's way to standardization. See XEP-0225 The rest is jabberd2 internal design specific and may not be that useful for other implementations. -- Tomasz Sterna Instant Messaging Consultant : Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/ -- To unsubscribe send a mail to jabberd2+unsubscr...@lists.xiaoka.com
Re: Questions about component protocol and multi-user chat without subdomain
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
Questions about component protocol and multi-user chat without subdomain
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 signature.asc Description: This is a digitally signed message part
Re: [jabberd2] Multi-user chat
On Pn, 2008-01-14 at 21:01 +0100, Aiko Barz wrote: > 1) mu-conference: > 2) palaver: > Are there other packages 3) ejabberd mod_muc > or is there a plan to implement the multiuser chat into jabberd2? I do not have such plan. I'm running mu-conference for years now, fixed some bugs, added some features. mu-conference 0.7 is now pretty featureful and standard compliant. I see no reason to reinvent the wheel. ;-) But if someone is willing to submit MUC component for jabberd 2, I would accept it gladly. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED] ___ Jabberd2 mailing list Jabberd2@lists.xiaoka.com http://lists.xiaoka.com/listinfo.cgi/jabberd2-xiaoka.com
Re: [jabberd2] Multi-user chat
On Mon, 14 Jan 2008 21:01:15 +0100, Aiko Barz wrote > what are the multi-user chat recommendations? > > 1) mu-conference: >There is no gentoo maintainer for this package. [...] > Regards, > Aiko > -- > :wq I'm using mu-conference with a small userbase (rarely more than 50 users in jabberd, and I think no one uses multi-user stuff). Compiling and installing mu-conference is really easy if you follow the readme file so I never worried about the lack of an OS-maintained package. It's just one executable with a relatively simple configuration file; no libraries or hard-coded directories to make it difficult. It would be nice if you didn't have to jump through the JCR hoops, I'll admit. But I've not heard of anything else, unless there are good IRC gateways for jabberd -- in which case you'd have to maintain an IRC server but if it were heavily used I think I'd prefer that anyway. Jad, FVRL.org, IT specialist ___ Jabberd2 mailing list Jabberd2@lists.xiaoka.com http://lists.xiaoka.com/listinfo.cgi/jabberd2-xiaoka.com
[jabberd2] Multi-user chat
Hi, what are the multi-user chat recommendations? 1) mu-conference: There is no gentoo maintainer for this package. Creating my own Portage script revealed some coding issues: http://bugs.gentoo.org/show_bug.cgi?id=118113 I wrote a patch and send it to the mu-conference mailinglist: No reaction... https://mail.gna.org/public/mu-conference-talk/2007-11/msg0.html 2) palaver: "The main inspiration for writing palaver was to replace JCR mu-conference." How many people are using palaver? http://bugs.gentoo.org/show_bug.cgi?id=205728 Are there other packages or is there a plan to implement the multiuser chat into jabberd2? Regards, Aiko -- :wq pgpPFHHAroNun.pgp Description: PGP signature ___ Jabberd2 mailing list Jabberd2@lists.xiaoka.com http://lists.xiaoka.com/listinfo.cgi/jabberd2-xiaoka.com