Hi !
I think I have found a a bug in openLDAP 2.4.6 (maybe I am misunderstanding
RFC4511 ...). I explain
the test case where (maybe) I found it:
I have created an alias (alias_entry) which points to another created entry
(pointed_entry). I have
not created any subordinate entry under
Ok... after a bit of a struggle, I have gotten OpenLDAP 2.4.6 going with
MIT kerberos 1.6.3 with some small caveats...
1: (and you know this already), the documentation for the slapd.d
format is.. uhm.. bad. For example the slapd.ldif in the source isn't
even valid, the module section
David E. Cross wrote:
Ok... after a bit of a struggle, I have gotten OpenLDAP 2.4.6 going with
MIT kerberos 1.6.3 with some small caveats...
1: (and you know this already), the documentation for the slapd.d
format is.. uhm.. bad. For example the slapd.ldif in the source isn't
even valid
2:
Usually one would expect 3: to come after 2: ...
Heh, fair enough.
You haven't read the documentation. Section 13.2.4:
Note also that the realm part will be omitted if the default realm was used
in the authentication.
The SASL library always omits the realm if it matches the default
Dear lister,
I just upgrade to 2.4.6 and also Berkeley db 4.6.
I'm using the same slapd.conf that was used with 2.3.38.
I have the problem in the sql backend.
Slapd cannot start if slapd.conf has more than 1 sql backend at the same time.
If I have 2 sql backend, from -d -1 will complain about
Patai Sangbutsarakum skrev, on 16-11-2007 22:16:
I just upgrade to 2.4.6 and also Berkeley db 4.6.
I'm using the same slapd.conf that was used with 2.3.38.
I have the problem in the sql backend.
Slapd cannot start if slapd.conf has more than 1 sql backend at the same time.
If I have 2 sql
Dieter Kluenter schrieb:
Jürgen Magin [EMAIL PROTECTED] writes:
Hello Dieter
It doesn't work in this way, well that's what i did an what i get:
Converting /tmp/slapd.conf to /usr/local/etc/openldap/slapd.d as written in
man page - ok no Errors
example for ldapsearch (i
Hello,
Jürgen Magin [EMAIL PROTECTED] writes:
Dieter Kluenter schrieb:
Jürgen Magin [EMAIL PROTECTED] writes:
Hello Dieter
It doesn't work in this way, well that's what i did an what i get:
Converting /tmp/slapd.conf to /usr/local/etc/openldap/slapd.d
=local
cn: replikator
dn: cn=odin,dc=Plisch,dc=local
cn: odin
dn: ou=Machines,dc=Plisch,dc=local
Hmm, cn=config entries doesn't appear. Where is my mistake?
Dieter Kluenter schrieb:
Jürgen Magin [EMAIL PROTECTED] writes:
Hello list
I got openldap 2.4.6 and play around with it.
Well i
On Tuesday 13 November 2007 10:02:35 Jürgen Magin wrote:
[...]
Contens of /usr/local/etc/openldap/slapd.d/cn=config.ldif
---
dn: cn=config
[...]
example for ldapsearch (i tried several variations)
Jürgen Magin [EMAIL PROTECTED] writes:
Hello Dieter
It doesn't work in this way, well that's what i did an what i get:
Converting /tmp/slapd.conf to /usr/local/etc/openldap/slapd.d as written in
man page - ok no Errors
example for ldapsearch (i tried several variations)
--On Tuesday, November 13, 2007 9:02 AM +0100 Jürgen Magin
[EMAIL PROTECTED] wrote:
Log entry in /var/log messsages
--
Nov 13 08:52:16 asterisk slapd[22865]: @(#) $OpenLDAP: slapd 2.4.5beta
(Oct 26 2007 10:34:48) $
[EMAIL
Hello list
I got openldap 2.4.6 and play around with it.
Well i took an old slapd.conf and converted it to an slapd.d directory.
So far so good, but when i start ldap server (it works without error
message)
i can't find the cn=config tree in the directory.
Do i anything wrong? Did i misunderstand
Jürgen Magin [EMAIL PROTECTED] writes:
Hello list
I got openldap 2.4.6 and play around with it.
Well i took an old slapd.conf and converted it to an slapd.d directory.
So far so good, but when i start ldap server (it works without error
message)
i can't find the cn=config tree
quote who=Tony Earnshaw
I've built rpms for and and installed OL 2.4.6 on my Fedora FC6
test/production machine. The rpms were built from a Mandriva cooker srpm
built by Buchan Milne, with a slightly adapted spec file, which
adaptations I've let Buchan know about.
Experience to date suggests
15 matches
Mail list logo