Re: Migrating passwd users on Cobalt RaQ

2006-04-14 Thread Howard Chu
Kurt D. Zeilenga wrote: slapd-passwd(5) says: This backend is provided for demonstration purposes only. -- Kurt In particular, it doesn't support write operations so it can't be used as an actual management tool. However, Symas (and probably others) have built up full-function modules a

Re: dynamic update permssion

2006-04-14 Thread Aaron Richton
On Fri, 14 Apr 2006, Eudes Leducq wrote: > Is it possible to do this with openLdap 2.3.18 ? without using > "cn=config" ? because I'm using overlay that are not supported by > "cn=config". Well, you could also investigate in-directory access rules using ACIs. See http://www.openldap.org/faq/dat

Shell backend: read_and_send_results

2006-04-14 Thread Dmitriy Kirhlarov
>Timur Izhbulatov writes: >> I'm running openldap-2.3.20 from FreeBSD 6.1-prerelease ports. The >> slapd server is configured to run my backend shell script. But the >> server fails to parse my output. >> (...) >> The slapd log looks like this: >> (...) >> Apr 13 13:53:17 fbsd slapd[71478]: shell s

Re: Migrating passwd users on Cobalt RaQ

2006-04-14 Thread Robert Fitzpatrick
On Fri, 2006-04-14 at 02:17 -0700, Howard Chu wrote: > In particular, it doesn't support write operations so it can't be used > as an actual management tool. However, Symas (and probably others) have > built up full-function modules along these lines. The Symas module > supports not only /etc/pa

Re: Shell backend: read_and_send_results

2006-04-14 Thread Timur Izhbulatov
On Thu, Apr 13, 2006 at 08:17:58PM +0200, Hallvard B Furuseth wrote: > It works with OpenLDAP HEAD, and the code has not been changed recently. > However OpenLDAP outputs > > shell search reading line (RESULT > ) > > so it looks like the FreeBSD folks have fixed that with a patch which > replaces

Re: slapcat old and new + schema conflicts

2006-04-14 Thread Gábor Lénárt
On Thu, Apr 13, 2006 at 09:21:33AM -0400, matthew sporleder wrote: > I am attempting to use slapcat to create an ldif of my 2.1 database. > When I use the modern (2.3.21) slapcat on my 2.1 database, it > complains about schema conflicts. The 2.1 version, however, does not > complain. (This is al

verification

2006-04-14 Thread Douglas B. Jones
If I have the following in slapd.conf: suffix "dc=a,dc=x,dc=y" ... subordinate suffix "dc=b,dc=x,dc=y" ... subordinate suffix "dc=c,dc=x,dc=y" ... subordinate suffix "dc=x,dc=y" If I verify a user uid=userA,dc=a,dc=x,dc=y with the correct password, then it works fine. If I try to verify