Closed Bug 167379 Opened 23 years ago Closed 22 years ago

LDAP docs

Categories

(Bugzilla :: Documentation, defect)

2.17
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Bugzilla 2.18

People

(Reporter: gerv, Assigned: bz)

Details

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:ajbf9t$p0g$1@news.mch.sbs.de... > 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).
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: 22 years ago
Resolution: --- → FIXED
fixing target
Target Milestone: --- → Bugzilla 2.18
QA Contact: matty_is_a_geek → default-qa
You need to log in before you can comment on or make changes to this bug.