Re: LDAP
Christian Huitema <Christian.Huitema@sophia.inria.fr> Mon, 07 June 1993 16:47 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa29509; 7 Jun 93 12:47 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa29505; 7 Jun 93 12:47 EDT
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa07688; 7 Jun 93 12:47 EDT
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id <g.03771-0@haig.cs.ucl.ac.uk>; Mon, 7 Jun 1993 17:32:26 +0100
Received: from mitsou.inria.fr by bells.cs.ucl.ac.uk with Internet SMTP id <g.24229-0@bells.cs.ucl.ac.uk>; Mon, 7 Jun 1993 17:31:07 +0100
Received: by mitsou.inria.fr (5.65c/IDA-1.2.8) id AA13409; Mon, 7 Jun 1993 18:31:38 +0200
Message-Id: <199306071631.AA13409@mitsou.inria.fr>
To: Tim Howes <tim@terminator.rs.itd.umich.edu>
Cc: osi-ds@cs.ucl.ac.uk
Subject: Re: LDAP
In-Reply-To: Your message of "07 Jun 93 11:07:10 EDT." <9306071507.AA13075@terminator.rs.itd.umich.edu>
Date: Mon, 07 Jun 1993 18:31:36 +0200
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Christian Huitema <Christian.Huitema@sophia.inria.fr>
For resultCodes of noSuchObject, aliasProblem, invalidDNSyntax, isLeaf, and aliasDereferencingProblem, the matchedDN field is set to the name of the lowest entry (object or alias) in the DIT that was matched and is a truncated form of the name provided or, if an alias has been dereferenced, of the resulting name. The matchedDN field should be set to a NULL DN (a zero length string) in all other cases. The alias case is very ennoying. Suppose I provide <CN=Name, OU=Foo, O=Bar, C= XX>, and that LDAP returns the "matched attributes" <C=Foobar, C=YY>. How do I know whether this matched 2 or 3 components? Should we return a "matched name parts" count in complement to the matched attributes? Or an alias indication? Christian Huitema PS. Aliases stink.
- LDAP Erik Huizer
- Re: LDAP pays
- Re: LDAP Tim Howes
- Re: LDAP Tim Howes
- Re: LDAP pays
- Re: LDAP Christian Huitema
- Re: LDAP Julian Onions
- Re: LDAP Julian Onions
- Re: LDAP pays
- Re: LDAP Mark Prior
- Re: LDAP Tim Howes
- Re: LDAP Christian Huitema
- Re: LDAP Tim Howes
- Re: LDAP Edwards Reed
- Re: LDAP Tim Howes
- Re: LDAP Tim Howes
- Re: LDAP Brien L. Wheeler
- Re: LDAP Steve Kille