167379 - LDAP docs

Status: RESOLVED FIXED

(Bugzilla :: Documentation, defect)

Description

[Gervase Markham [:gerv]]

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" <[e-mail]> wrote in message
news:ajbf9t$p0g$[e-mail]...


> 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).

Comment 1

[Matthew Barnson]

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...

Comment 2

[Dave Miller [:justdave]]

fixing target