Badlop, thank you a bunch for your answers.

jcluff — Mon, 18 Jul 2005 10:07:42 +0000

Thank you for all of your answers. This really gives me a good picture of what I can expect from ejabberd. I will probably use ejabberd for some implementations as I am quite impressed with its functionality, but it doesnt yet fit every need I have right now. However I do not know if there are many commercial solutions that fit these needs either so I will just have to see.

different auth methods on different vhosts

mfoss — Thu, 14 Jul 2005 14:57:41 +0000

I just want to inform that ejabberd on SVN now allows different authentication methods for different virtual hosts.

It can, mostly

mfoss — Wed, 29 Jun 2005 14:49:18 +0000

It took me some time, but here are the answers:

Already implemented in ejabberd:
- MUC
- Publish/subscribe
- users can be administrated by admins of mycompany.com as well as their own administrators without their administrators having any access to any other virtual host: admin ACLs for individual virtual domains were recently added to ejabberd and are available on the SVN version.
- MUC that is strictly controlled by their MUC administrators as well as mycompany.com administrators.
- Controlled access to the external transports on an account by account basis: it's possible setting an ACL for every user.
- All secure via ssl or tls or sasl.
- Authentication handled against hostedcompany1.com's own LDAP structure whether that is openldap or AD.
Possible installing an external component:
- Transports to public IMs: installing the transport, PyMSNt, ICQt...
- Transports, logged messages: that depends on the transport, or using Bandersnatch.
- Web client support: using a Java client like Jeti or JBother; or installing JWChat that only requires a web browser.
- logged communication: installing Bandersnatch
- No access to external public IM and only S2S with mycompany.com: this may be possible with some firewall rules.
- Web Client that allows for customers to come and open up a troubleticket for support and initiate live chat with the next available associate that doesnt have any chat windows associated with anonymously logged users: this looks like the typical corporate/enterprise requirement, so I don't know too much about that. But you can talk with JWChat author for example, maybe you can build your custom client using his client and his suggestions.
Not possible with current ejabberd
- S2S communication to any other SSL enabled xmpp server that supports S2S: ejabberd does not support SSL and/or STARTTLS on S2S connections. Of course, that feature will eventually be implemented.
- This looks like the biggest problem for you: even if it's possible to use several different authentication methods, they can't be set individually for each virtual domain. One possibility is to not use one single Jabber server with virtual domains, but several independent Jabber servers, installed on the same machine using different ports or on different machines. Of course this may be unacceptable for your purposes...
I don't understand what does that mean:
- MUC moderated any only persistant rooms that are controled by mycompany.com.

If you want additional comments about these or other features, please ask again.

ejabberd - Comments for "Can Ejabberd?"

Badlop, thank you a bunch for your answers.

different auth methods on different vhosts

It can, mostly