[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Phpgroupware-users] More LDAP questions

From: Mark A Peters (Skeeter)
Subject: Re: [Phpgroupware-users] More LDAP questions
Date: Sun, 13 Oct 2002 09:34:42 -0400 (EDT)

Yes..  LDAP is working in the current .14 release.

I have a small site setup for demo purposes at


This is using LDAP for authentication and Contact/Addressbook storage.

It might actually be a little different than what you are trying to do, as
this LDAP server is my actual server I use for my complete network here at
home.  I've segregated this install by creating aseperate OU called phpGW
and all of my Accounts/Groups as OU's under my top level OU of phpGW.
This also has it's own CN for administration purposes.  That took a few
minutes to configure in my slapd.conf to give proper ACL perms in LDAPB.

Everything here is a stock .14 with the exception of a couple lines of
code in eldaptir to disable the displaying of password data fro the LDAP

Mark A Peters (Skeeter)

On Sat, 12 Oct 2002, Des Dougan wrote:

> Like one of the other recent posters, I'm running the Mitel SME Server 
> Linux distribution (formerly e-smith), which uses gdbm. And like others, 
> I'm having LDAP problems.
> I'm trying to configure, in the Authentication/Accounts section of the main 
> configuration screen, phpGW to use LDAP for authentication and user 
> accounts. There are several issues from my perspective:
> 1. If "LDAP accounts context" and "LDAP groups context" are left blank, 
> only the last entry in the LDAP database is displayed. In looking through 
> the mailing list archives, I saw a posting that indicated these two 
> configuration values were required. As, by default, the SME Server has a 
> flat LDAP structure, this seems to be causing a problem.
> 2. On my test box, I therefore added to the LDAP database, using the LDAP 
> Browser utility, two OUs ("people" and "groups"). I moved all my people 
> entries (just 5 on this box) into the "ou=people" container. I then went 
> back to the configuration screen and added the two entries, including the 
> "ou=" portion. When I go into the "Modify an existing LDAP account store 
> for use with phpGroupWare (for a new install using LDAP accounts)" menu 
> option, I see no user names at all. My messages file shows:
> Oct 12 17:11:38 bertie slapd[16661]: conn=80 op=0 BIND 
> Oct 12 17:11:38 bertie slapd[16661]: conn=80 op=0 RESULT tag=97 err=0 text=
> Oct 12 17:11:38 bertie slapd[16661]: conn=80 op=1 SRCH base="ou=people" 
> scope=2 filter="(|(uid=*))"
> Oct 12 17:11:38 bertie slapd[16661]: conn=80 op=1 RESULT tag=101 err=32 text=
> Oct 12 17:11:38 bertie httpd: PHP Warning:  LDAP: Unable to perform the 
> search: No such object in /opt/phpgroupware/setup/ldapmodify.php on line 81
> Oct 12 17:11:38 bertie httpd: PHP Warning:  0 is not a LDAP result index in 
> /opt/phpgroupware/setup/ldapmodify.php on line 82
> I'm no programmer and can't debug what the ldapmodify.php file is doing here.
> 3. Another poster stated a belief that LDAP wasn't working in the current 
> 0.9.14 release. However, postings in the archive seem to indicate 
> otherwise. Could someone associated with the project provide a definitive 
> statement on the status of LDAP?
> I've been trying to use phpGW ad it looks a really good tool (bugs and 
> incomplete features notwithstanding), and I have a client interested in it 
> for its global address book features (and perhaps time tracking). To me it 
> seems streets ahead of other PHP applications like Twiggi, and it would be 
> a great shame if LDAP support let it down.
> Thanks,
> Des Dougan
> _______________________________________________
> Phpgroupware-users mailing list
> address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]