Re: AW: ldapsearch return strings

[Martin Hofbauer <mh@bacher.at>]

Of course !
But that I want to avoid !

Question to the OpenLDAP developers: Why have you decided to do it different to
Netscape and Sun's products (RFC ? ,... ) ?

/Martin

On Wed, 9 May 2001, Tiefnig Daniel wrote:

> or..
> you are free to modify your schema-files. define commonname _not_ as alias
> for cn and add both of them as separate attributes with same value.
> 
> daniel
> 
> > -----Ursprüngliche Nachricht-----
> > Von: Gary Williams [mailto:Gary.Williams@sas.com]
> > Gesendet: Mittwoch, 9. Mai 2001 13:25
> > An: 'Martin Hofbauer'; openldap-software@OpenLDAP.org
> > Betreff: RE: ldapsearch return strings
> > 
> > 
> > Yes, it's possible to make it do that.  You
> > have the source code.  Make it do whatever you
> > need.  If you're asking if there's a configuration
> > option; no, there's not.
> > 
> > Gary Williams
> > 
> > > -----Original Message-----
> > > From: Martin Hofbauer [mailto:mh@bacher.at]
> > > Sent: Wednesday, May 09, 2001 7:02 AM
> > > To: openldap-software@OpenLDAP.org
> > > Subject: Re: ldapsearch return strings
> > > 
> > > 
> > > I will send this question now the 3rd time:
> > > 
> > > Is nobody out there, who can comment on this ?
> > > 
> > > ===============
> > > 
> > > I have done a migration  from a Sun Directory Server 1.0 to 
> > > Openldap 2.0.7
> > > 
> > > At that environment there are a lot of applications accessing 
> > > this instance.
> > > 
> > > OpenLDAP 2.0.7 has one behavior that is differant to Sun Dir. 
> > > Server, which
> > > gives a lot of troubles:
> > > ( The Netscape Dir. Server 4.x behaves like the Sun Dir. !!!)
> > > 
> > > Examples:
> > > 
> > > 
> > > OpenLDAP:
> > > 
> > > 
> > > ldapsearch  ... uid=* cn
> > > 
> > > dn: cn=...
> > > cn: Surname Givenname
> > > ...
> > > ...
> > > 
> > > 
> > > ldapsearch  ... uid=* commonname	( as an alias to "cn" )
> > > 
> > > dn: cn=...
> > > cn: Surname Givenname
> > > ...
> > > ...
> > > 
> > > 
> > > the Sun- and Netscape Dir. give following results:
> > > 
> > > 
> > > 
> > > 
> > > ldapsearch  ... uid=* cn
> > > 
> > > dn: cn=...
> > > cn: Surname Givenname
> > > ...
> > > ...
> > > 
> > > 
> > > ldapsearch  ... uid=* commonname        ( as an alias to "cn" )
> > > 
> > > dn: cn=...
> > > commonname: Surname Givenname
> > > ^^^^^^^^^^
> > > ...
> > > ...
> > > 
> > > 
> > > 
> > > As you see at the end, both, the Sun- and the Netscape Dir. Server
> > > returns the same attribute name as the attribute name in the
> > > filter  not matter wether it is an alias attribiute or not.
> > > 
> > > Question:
> > > 
> > > Is it possible to change the behavior to that of the Sun- or 
> > > Netscpe Dir. ?
> > > 
> > > BTW:
> > > 
> > > "cn" is an indexed attribute ( "index cn eq,sub ")
> > > 
> > > 
> > > Thanks for any help !
> > > 
> > > 
> > > 
> > > -------------------------------------------------------------------
> > > Martin Hofbauer                                       IT-Consulting
> > > phone : +43 (1) 60 126-34                   Bacher Systems EDV GmbH
> > > fax   : +43 (1) 60 126-4                         Wienerbergstr. 11B
> > > e-mail: mh@bacher.at                         A-1101 Vienna, Austria
> > > --
> > > 
> > 
> 

-------------------------------------------------------------------
Martin Hofbauer                                       IT-Consulting
phone : +43 (1) 60 126-34                   Bacher Systems EDV GmbH
fax   : +43 (1) 60 126-4                         Wienerbergstr. 11B
e-mail: mh@bacher.at                         A-1101 Vienna, Austria
--