Closed
Bug 167379
Opened 23 years ago
Closed 22 years ago
LDAP docs
Categories
(Bugzilla :: Documentation, defect)
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).
Assignee | ||
Comment 1•22 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: 22 years ago
Resolution: --- → FIXED
Updated•12 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.
Description
•