Closed Bug 167379 Opened 21 years ago Closed 21 years ago
(Bugzilla :: Documentation, defect)
(Reporter: gerv, Assigned: bz)
This is from the newsgroup; I don't want to lose it, because we should document that LDAP can be made to work this way. Gerv I'm not sure about iPlanet but I have successfully integrated Bugzilla 2.16 with OpenLDAP 2.0.23. I'm using Directory Administrator from http://diradmin.open-it.org/ and Softerra LDAP Administrator from http://www.softerra.com/ to maintain users (although iPlanet probably has this functionality built-in). I also applied the following patch to cgi.pl because I already had Net::LDAP installed and operational: http://bugzilla.mozilla.org/show_bug.cgi?id=158630 That's all that was required for it to work. I'm using the following objectClasses for users...perhaps that's where your problem may lie: objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson objectClass: top objectClass: posixAccount objectClass: shadowAccount /Sean/ "Sanjay Vaid" <Sanjay.Vaid@sbs.be> wrote in message news:email@example.com... > I have sucessfully installed Bugzilla 2.16 on RedHat Linux 7 with MySQL. Now > I am trying to integrate it with our corporate LDAP server (iPlanet > Directory server on Solaris).
21 years ago
These notes have been added to the documentation, but we need to probably review bug 158630 soon so that we could make Net::LDAP the supported module. It's far more popular than Mozilla::LDAP...
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
21 years ago
Target Milestone: --- → Bugzilla 2.18
11 years ago
QA Contact: matty_is_a_geek → default-qa
You need to log in before you can comment on or make changes to this bug.