ejabberd - Comments for "Another mod_shared_roster_ldap question... OpenLDAP/Zimbra possible to use module with this schema?" https://www.ejabberd.im/node/5344 en Ok it's good to know that https://www.ejabberd.im/node/5344#comment-58548 <p>Ok it's good to know that it's a limitation in the module. I'm not just being stupid :)<br /> I don't want to use too many customisations - I'll always forget the steps after an upgrade.</p> <p>zimbraMailHost is the same for both domain1.com and domain2.com as the mail for both domains is handled by the same server and same LDAP directory.</p> <p>I'm trying to be clever and coming up with an ejabberd config that works for all domains on the LDAP server, and shows the other users under each domain.<br /> I can get around this by writing host-specific module definitions for mod_shared_roster_ldap.</p> <p>It just means I have to set up each domain in ejabberd rather than using a simple config for all domains/users on a particular LDAP server server.<br /> If I just set ldap_base to the branch of the domain I'm defining eg: ou=people,dc=domain2,dc=com then that works to isolate the users I'm looking for.</p> <p>The one thing that doesn't quite work is the human-readable display name of the roster.<br /> It has to come from an LDAP attribute under a user entry.<br /> In my case the closest thing I can get to a sensible human-readable roster from the pre-defined LDAP schema name is using zimbraMailHost which is... mail.domain1.com</p> <p>So when I do a host-specific config of mod_shared_roster_ldap for domain2.com, the value of zimbraMailHost is still mail.domain1.com<br /> Which doesn't look great for users of domain2.com. It doesn't look too great for users of domain1.com either.</p> <p>It would be great if I could set my own roster display name in the config rather than it being an LDAP attribute.</p> <p>But anyway, I've got it working just not as clean as I would like.</p> <p>To be honest if I was handling higher numbers of domains/users I would probably want to set this up per-domain anyway to make sure the LDAP server isn't being worked too hard. And some domains might not want to have all users in a roster when there's loads of users. Plus it would use loads of server resources having subscriptions between hundreds of users by default. Really you would only ever need this module for small rosters.<br /> But it makes things a bit more awkward for when you have large numbers of domains each with small numbers of users.</p> <p>Thanks for the help - hope this helps someone else out!</p> <p>Cheers, B</p> Sat, 14 Apr 2012 23:15:29 +0000 batfastad comment 58548 at https://www.ejabberd.im Assuming you use the bundled https://www.ejabberd.im/node/5344#comment-58546 <p>Assuming you use the bundled msrl:<br /> you cannot do what you want unless you have some attribute in common among your group members (maybe tey have some other attribute set to the same value? perhaps zimbraMailHost?).</p> <p>You may want to look at modified version <noindex><a href="https://support.process-one.net/browse/EJAB-1480" rel="nofollow" >here</a></noindex> that addresses this (among others) limitation.</p> Sat, 14 Apr 2012 13:33:33 +0000 mikekaganski comment 58546 at https://www.ejabberd.im