[turba] Re: [Tickets #1814] Improving LDAP support

Ben Sommer Ben.Sommer at enc.edu
Fri Apr 22 06:43:42 PDT 2005


bugs at bugs.horde.org wrote:

>DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
>
>Ticket URL: http://bugs.horde.org/ticket/?id=1814
>-----------------------------------------------------------------------
> Ticket             | 1814
> Updated By         | mbydalek at compunetconsulting.com
> Summary            | Improving LDAP support
> Queue              | Turba
> Version            | FRAMEWORK_3
> State              | Unconfirmed
> Priority           | 2. Medium
> Type               | Bug
> Owners             | 
>-----------------------------------------------------------------------
>
>
>mbydalek at compunetconsulting.com (2005-04-20 16:01) wrote:
>
>Hi Ben,
>
>I remember reading your initial posting to the list a week ago, and
>something didn't sit right with me in terms of what you were saying.  I
>partially agreed, but partially didn't, and finally I had some time to sit
>down and look at some code.
>
>Basically, I agree with what you are saying about having a 'cn' as the RDN,
>it just won't work.  But, there already is a generateUID() function which
>can be used.  Rather than modifying all the existing code, just changing the
>order of add() in Driver.php should do the trick.
>
>I'm not sure how this would affect other drivers, but if you can get in
>$attributes the 'dn' (incorrectly named, should be 'rdn' as you pointed out)
>for when you do the _makeKey() call, you could use that to set your dn
>giving you a perfectly unique entry each time.
>
>I hope some of this makes sense as it does get confusing after looking at it
>for a while ;)
>  
>
Thanks Mike. I confess to some confused thinking on my part too. I'll 
make one last stab at explaining. If people don't seem interested in the 
changes, I'll have to move on though - I'm busy busy!  :)

Refer to a message I just sent to the turba list regarding my 'magic 
value' RDN:
   

The magic sequence isn't required - only a unique value for the RDN. 
Some user-defined value could be used (like 'mail'). There are certain 
fields that are the purvue of the DSA (e.g. OpenLDAP, or Active 
Directory for non-LDAP geeks) - like timesamp attributes. But I've 
defined an objectclass for use in my addressbook entries, as well as 
other entries, that wants this "magic sequence". I don't need/want my 
clients (i.e. a turba) to know how to genereate that sequence. I just 
want flexibility to, say, pass a code ref to generate the sequence, or 
any other value I might like. Coming from Perl land, we do this all the 
time. That's mainly what I was getting at.

generateUID() is indeed kind of what I want, but I don't want turba (or 
any LDAP client of mine) to know that it needs to use this function for 
anything but its internal use. I just want some reasonable flexibility 
in turba to support my apparently wacky LDAP schema. Being able to 
handle a code ref in ldap.php for the RDN will satisfy that need. I hope 
it can be included!

Thanks,

-- 
Ben Sommer
Senior Technology Officer
Eastern Nazarene College
23 East Elm Ave
Quincy, MA 02170
(617) 745-3817




More information about the turba mailing list