
I am finally sorting out a moodle setup within the school (the last one was external for whilst we have no connection into the school) ... and I thought we might as well go the whole hog and get LDAP sorted.
I am using a WAMP box (using XAMPP latest build) with the latest stable build of Moodle and I am banging my head against a brick wall with the old LDAP PHP module not working (discussed on the moodle forums here) but I still can't get it working ...
DLLs have been copied into system32 ... the path has been added into the php.ini file ... I have tried uncommenting the recommended bits ... still no joy.
Any advice appreciated

install lamp:
Code:sudo apt-get install php5-ldap sudo /etc/init.d/apache2 restart
I know it sounds silly but have you restarted the server?
If the issue that ldap wont bind? I had a problem with that, but i found that using ldapbind@FQDN worked.

@cybernerd
I already have it working on a LAMP box ... I am trying to get it working on a WAMP box.
The server has been restarted as well as individual services ... I know it is just going to be something stupid but I can't spot it yet ...
I will leave it for the moment and go and work on the Joomla build, and the RT.
LDAP doesn't work correctly on WAMP.
Use IIS + Intergrated authentication and suffer the performance implications or use LAMP.
ops:
I have LDAP working on my WAMP server 1.6.3 setup on a windows 2000 member server. It has been working since sept 2006 - maybe I can help can you tell me the exact problem your having?Originally Posted by GrumbleDook

$$*&%&$*%$!!!!!Originally Posted by Geoff
oh well ... pop authentication it is then ... just got to populate the accounts now then.
ops:
We have a stock install of Apache, php and MySQL - and LDAP works well with moodle. Sometimes LAMP, WAMP and any other distro are not worth the bother.
Happy to look at your php.ini and httpd.conf files - sometimes a fresh pair of eyes helps.

Finally found the offending line ... and it was indeed in the php.ini in the apache\bin (I thought I had already done this one too ... obviously not!)
Now just gotta get the ldap settings right ... it doesn't like using the account we already have for this sort of thing (we bind FirstClass to the AD and it doesn't like using the same account or a copied account.)
There are currently 1 users browsing this thread. (0 members and 1 guests)