I had no time today to have a llok at this.
However, I'd like to have a little more from your DEBUG log, because a
great part is missing from what you sent yesterday.
I see no reference to the logs when in the LdapLoginManagement.java file.


>From what I see, you should have 2 lines before your logs
authenticating admin...
  ==> Between these 2 lines is where OM tries the admin_dn bind (twice).
Checking server type...
==> then if you don't see "LDAP server is OpenLDAP", this measn that
your config file isn't used.
If you're on windows system, double check that the true filename is
om_ldap.cfg and not om_ldap.cfg.txt

Thibault

Le 06/04/2012 19:00, Vieri a écrit :
> --- On Fri, 4/6/12, Vieri <[email protected]> wrote:
>
>> Here's a screenshot of ejabberd
>> performing an LDAP authentication. Successfully.
>> Just as in my openmeetinhs scenario, "vdipaola" is the user
>> I'm validating (login).
>> In the case of ejabberd, vdipaola is sent with the complete
>> DN.
>> Openmeetings is only sending the user name (even when using
>> "OpenLDAP" type).
>> Could this be the problem?
>> Is it a bug in openmeetings?
>> Are the developers aware of it?
>> Should I file a bug report?
>  
> I forgot to mention that ejabberd is a jabber server that can perform LDAP 
> authentication. In this case I'm using exactly the same LDAP server: a MS 
> Active Directory PDC.
>
>> Thanks,
>>
>> Vieri

Reply via email to