On Friday 01 June 2007 16:45, you wrote:
You make the ldap.conf setup? If you don´t setup this file, you don´t have results. Only if you put your BASE and HOST at ldap.conf.
Cheers.
Gabriel, Thanks for the quick resonse! Yes, the ldap.conf are ok. base and host are set. I do have contact with both OpenLDAP servers and both are returning results, only the results are different. (See original post below).
Mikael
On 6/1/07, Mikael Bak mikael@t-online.hu wrote:
Hi list,
I'm new here. This is my first post on this list. I'm sort of new to LDAP as well. I have searched google for an answer to my problem that really puzzles me. I'd appreciate any pointers.
I have installed OpenLDAP server on two different server platforms:
Server1: OS: Tinysofa classic server (Linux kernel 2.6.16) OpenLDAP version: 2.1.30 (rpm bundled with distribution)
Server2: OS: FreeBSD 6.2 OpenLDAP version: 2.3.35 (installed from ports)
I have made a simple address book and added the same LDIF file to both servers with the ldapadd command.
Looking at the address books from Thunderbird whey look the same but still they behave a bit differently.
The address book on Server1 lists all the entries in the address book when no search criteria is given (other than objectClass=*). The address book on Server2 lists NO entries for the same search criteria!
When giving search criteria like (mail=*bo*) and so on gives the same results from both servers.
What configurations parameters can I change on the OpenLDAP server in order to control this behavior?
I can post LDIF files and configuration files on request.
TIA, Mikael Bak Budapest, Hungary
--On Friday, June 01, 2007 4:54 PM +0200 Mikael Bak mikael@t-online.hu wrote:
On Friday 01 June 2007 16:45, you wrote:
You make the ldap.conf setup? If you don´t setup this file, you don´t have results. Only if you put your BASE and HOST at ldap.conf.
Cheers.
Gabriel, Thanks for the quick resonse! Yes, the ldap.conf are ok. base and host are set. I do have contact with both OpenLDAP servers and both are returning results, only the results are different. (See original post below).
ACL syntax was made to be more strict between 2.1 and 2.3. You really should run the same version of OpenLDAP everywhere, so that you don't have to deal with differences in configuration.
--Quanah
-- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
On Friday 01 June 2007 17:31, Quanah Gibson-Mount wrote:
ACL syntax was made to be more strict between 2.1 and 2.3. You really should run the same version of OpenLDAP everywhere, so that you don't have to deal with differences in configuration.
--Quanah
Quanah, Thanks for the response! I intend to run 2.3 everywhere. 2.1 is kept just because of this test case. You se 2.1 is producing the expected results right now. 2.3 doesn't.
Thanks, Mikael
--On Friday, June 01, 2007 5:38 PM +0200 Mikael Bak mikael@t-online.hu wrote:
On Friday 01 June 2007 17:31, Quanah Gibson-Mount wrote:
ACL syntax was made to be more strict between 2.1 and 2.3. You really should run the same version of OpenLDAP everywhere, so that you don't have to deal with differences in configuration.
--Quanah
Quanah, Thanks for the response! I intend to run 2.3 everywhere. 2.1 is kept just because of this test case. You se 2.1 is producing the expected results right now. 2.3 doesn't.
Hi,
You don't need to send me a separate copy from the list (just to note). Also, I think you missed my point -- ACLs behave differently between 2.1 and 2.3. ACLs determine what a client sees. You have not posted any relevant configuration directives for the two servers, so it is pretty much impossible to say why you are seeing the behavior you are seeing, but my RAG (random ass guess) would be the ACLs either (a) being different or (b) being the same, but using the 2.1 syntax, so that the 2.3 server behaves differently.
--Quanah
-- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
How do I ask slapd to report its version number.
I did not find anything in the man page on slapd that would do that. The fundamental question is, how do I determine what version of OpenLDAP I am running? ----------------------------------------- The information in this message may be proprietary and/or confidential, and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify First Data immediately by replying to this message and deleting it from your computer.
--On June 1, 2007 10:01:10 AM -0600 "Marcum, Bob" Bob.Marcum@telecheck.com wrote:
How do I ask slapd to report its version number.
I did not find anything in the man page on slapd that would do that. The fundamental question is, how do I determine what version of OpenLDAP I am running?
The information in this message may be proprietary and/or confidential, and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify First Data immediately by replying to this message and deleting it from your computer.
I would tell you, but I'm not sure if this message is really intended for me and the list, or not.
One hint though, if you look at syslog when slapd starts, it logs the version there... or heck, you can even strings slapd for it.
Example of syslog output:
$OpenLDAP: slapd 2.3.35 (Apr 20 2007 12:12:55)
Example of using strings:
strings slapd | grep $OpenLDAP @(#) $OpenLDAP: slapd 2.3.35 (Apr 20 2007 12:12:55) $
--Quanah
-- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
openldap-software@openldap.org
-
Joe Flowers -
Marcum, Bob -
Mikael Bak -
Quanah Gibson-Mount