Re: LDAP
Tim Howes <tim@terminator.rs.itd.umich.edu> Tue, 01 June 1993 22:26 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa18074; 1 Jun 93 18:26 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa18070; 1 Jun 93 18:26 EDT
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa28392; 1 Jun 93 18:26 EDT
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id <g.10548-0@haig.cs.ucl.ac.uk>; Tue, 1 Jun 1993 22:28:32 +0100
Received: from terminator.rs.itd.umich.edu by bells.cs.ucl.ac.uk with Internet SMTP id <g.11505-0@bells.cs.ucl.ac.uk>; Tue, 1 Jun 1993 22:28:25 +0100
Received: from vertigo.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA10057; Tue, 1 Jun 93 17:28:17 -0400
Message-Id: <9306012128.AA10057@terminator.rs.itd.umich.edu>
To: pays@faugeres.inria.fr
Cc: osi-ds@cs.ucl.ac.uk
Subject: Re: LDAP
In-Reply-To: Your message of "01 Jun 93 21:05:15 +0200." <738961515.3061.0-faugeres.inria.fr*@MHS>
Date: Tue, 01 Jun 1993 17:28:16 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Tim Howes <tim@terminator.rs.itd.umich.edu>
> From: pays@faugeres.inria.fr > To: tim@terminator.rs.itd.umich.edu > I don't know the current status, but during the working meeting we had here > with Tim, it was (in my mind) agreed that > 1. indeed READ and LIST can be left out > 2. but, in order to enable next generation client (DUA) > algorithm it was important that the name error returned > by an LDAP operation carried back the information about > the "matched" components of the proposed DN > > Tim, > do you remember? Yes, I remember ;-) My reply was only meant to address the issues Erik raised. > do you plan to include this very important (for us) improvment? I just need to look at exactly what this implies for the LDAP protocol. The change will be simple, but will effect the error structure in a pretty basic way. We should also explain this to the list, since I don't think it's really been brought up here before in detail. Last but certainly not least, I haven't discussed this with the other LDAP authors yet, which is a crucial step, needless to say! PAP, can you post a more detailed description of your algorithm to the list, and explain in more detail why the change is needed? -- Tim
- 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