I saw there used to be a bug where this did not work, though it was
purportedly fixed. However, when I specify a dn for which those hidden
attributes don't apply, it doesn't seem to work.
The reasoning behind this is I don't want non-technical users too
confused with lots of LDAP jargon, so I on
Hey Fabrice,
I set it to use login_attr=uid, and then fallback_dn=true, and it works
as expected. I swear I tried that before several times and it didn't
work. I must be going crazy :-)
I suppose login_attr=string and fallback_dn=true are incompatible,
though. Maybe we should clear that up in
Hi,
Ryan Steele a écrit :
> $ldapservers->SetValue($i,'login','attr','string');
> $ldapservers->SetValue($i,'login','fallback_dn',true);
> $ldapservers->SetValue($i,'login','string','uid=,ou=Users,dc=my,dc=domain,dc=com');
I have a working 1.1.0.5 working setup qith login_attr=uid and
fallback_dn
Hello list,
I can't seem to get fallback_dn to work when setting the login_attr to
string. Perhaps my question is best framed with the settings themselves:
$ldapservers->SetValue($i,'login','attr','string');
$ldapservers->SetValue($i,'login','fallback_dn',true);
$ldapservers->SetValue($i,'login'
