<div dir="ltr">Ok, you're totally right.<div><br></div><div>I've replaced distinguishedName by entryDN. and now that's working!</div><div><br></div><div>Thanks a lot for your help. I have been looking since yesterday because of this stupid mistake.</div><div><br></div><div>Thanks again guys you saved me a lot of time!</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le ven. 11 juin 2021 à 11:41, Peter Schober <<a href="mailto:peter.schober@univie.ac.at">peter.schober@univie.ac.at</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">* Armando Martins <<a href="mailto:armando.mart1s@gmail.com" target="_blank">armando.mart1s@gmail.com</a>> [2021-06-11 11:31]:<br>
> ldapsearch -x -LLL -h "myldapserver" -b 'dc=example,dc=com' -D<br>
> 'uid=myroaccount,ou=users,o=services,dc=example,dc=com' -w mypassword<br>
> uid=testuser distinguishedName<br>
> dn: uid=testuser,ou=users,dc=example,dc=com<br>
> <br>
> So, the answer is yes. The distinguishedName attribute is exposed by<br>
> OpenLDAP.<br>
<br>
No, you're simply misreading the output from that command.<br>
If it would have found an attribute named "distinguishedName" it would<br>
have printed the attribute and it's values as part of the output.<br>
(It does not, above.)<br>
<br>
Try searching for an attribute that's guaranteed to NOT exist and it<br>
will still respond with dn: ... <br>
<br>
-peter<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Armando Martins<br></div>