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

bugs at horde.org bugs at horde.org
Thu Jun 4 13:54:18 UTC 2009


DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/8271
------------------------------------------------------------------------------
  Ticket             | 8271
  Updated By         | Michael Rubinsky <mrubinsk at horde.org>
  Summary            | LDAP preferences - unauthenticated bind attempt /
                     | failure
  Queue              | Turba
  Version            | 2.3.1
  Type               | Bug
  State              | Assigned
  Priority           | 1. Low
  Milestone          |
  Patch              |
  Owners             | Michael Rubinsky, Ben Klang
------------------------------------------------------------------------------


Michael Rubinsky <mrubinsk at horde.org> (2009-06-04 09:54) wrote:

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.






More information about the bugs mailing list