Tickets :: Comment on [#8271] LDAP preferences - unauthenticated bind attempt / failure

* Your Email Address
* Spam protection	Enter the letters below: .__ . ..___..___.. . [ __\ / \| _/ \| \| [_./ \/ \| ./__.\|__\|
Comment	> There are some notes related to this in Bug: 8270 > > > > Also, FWIW, the Ansel ticket cited ( Bug:8269 ) has been resolved, > albeit in a non-ideal way (by allow an admin to explicitly disallow > attempting to read other user's prefs if they do not want to provide > an appropriate search DN to bind with). > > > > Why this in failing in Turba after viewing the contact created by > another user then returning to the address book browse view, I'm not > sure. My only idea is that maybe by the time the notification is > pushed for the bind error, it's too late to display on the current > screen, so it is pushed after the next page reload. I'm not an LDAP > guy, nor do I have a LDAP server available to test this theory on... > > > >> Preferences binds are done as the logged on user. Would doing a > >> preferences bind as an LDAP user with permissions to all the required > >> parts of LDAP solve this? > > > > AFAIK, this is what the search dn is for. > > > >> I would rather bind as the user > >> concerned... seems to be a more "proper" way to do it, and I'd have > >> thought it should work given the option is there. > > > > The problem (as described in the other tickets as well) is that there > are parts of Horde where we need to attempt access to another user's > preferences, for example, when retrieving a user's Identity settings > so we can display full names instead of usernames.
Attachment
Watch this ticket

Saved Queries