... for contact information of the Mozilla community. This information should be used by all other mozilla.org tools; dependencies for specific tools will follow. The server should be accessible world-wide, so I could access it from e.g. Mozilla Mailnews. There should also be an easy way for users to update information about their own (or most of it - not permissions of course).

I created bugs for several usages of the server. I don't know all mozilla.org tools, please file additional ones, if appropriate. Passwords: I might not want to have the same password for Bugzilla and CVS, because I login *very* often to Bugzilla (in cleartext encryption) due to bug #. OTOH, that's an edge-case, and I think, it was the idea of the server to keep such redundancy (which it would be in most cases) minimal.

If mozilla.org has an NT or UNIX system, I am familiar with the iPlanet software and can do most basic loading and configuration. I have a couple LDAP projects in the fire, so I need the practice.

Mass reassign of mozilla.org infrastructure bugs, as I'm switching groups to work on LDAP integration in Mozilla full-time.

IC can own this.

Pulling myself off from individual tickets.

packetgram.com will provide access to an ldap server for anyone who is an external contributor coding or qa for an ldap bug. I haven't read the LDAP bugs, so whoever you are, you'll have to come to me.

Moving day.

At this time, we will not work on this issue. If it ever comes back as an active project to us through CRM we will certainly handle it.

I'm not going to be able to make this happen in the forseable future. I have access to a lot of experienced Netscape/iPlanet/Sun/whatever they call it now LDAP experts, so if someone wants to make one available, but has problems with configuration, I'd be glad to help out. I cannot host a test server of this type at this time.

Will this ever happen? Now that the Mozilla project's contributors are contributing a large percentage than ever before, due to Netscape's demise... we have a very loose nit community of developers, and a much smaller core. Might be a great way to increase communication. Would be great to see it integrated into the credits page, bugzilla, lxr, bonsai, etc.

benc: What kind of bandwidth and system requirements would an LDAP server need for this type of project? I mean, could anyone set up a test server for benc? It's not necessary for someone to know much about LDAP to throw up a test server, as long as they set up remote access, right?

Also, what ports would it need access to? I was thinking about throwing up a test server in the electronics club of Rensselaer, since I am an officer of the club.

This is on my todo list

Would be nice if it integrated into bugzilla, and perhaps bonsai's blame could hook in. Eventually link credits in Firefox and the credits page? All sorts of fun things.

This could be used to control our account flood that is coming up, for example with wiki.m.o, and the l10n devmo wikis.

This is a mass-reassign of bugs that I'm not actively working on right at this moment to the default component owner, since we now have a larger IT staff than just me. These bugs will be getting redistributed to other sysadmins as sysadmin time becomes available.

We have a ldap server in place.

Is the new LDAP server hosting contact information for Mozilla community members?

(In reply to comment #18) > Is the new LDAP server hosting contact information for Mozilla community > members? > Nope, not yet. The server is in place. It has specific sections dedicated to hold community member information, e-mail, public keys, a common password which will be used for all apps. However, until we move bugzilla/cvs over it will not contain community memeber information. It does have an admin gui thats accessible only to members in the sysadmin team right now. We can open it up to community members as we migrate people over to this.

Great! Will there be a public replica which can be used in Thunderbird, as mentioned in the initial description? If so, it should probably be password-protected, to counter spam harvesters.

(In reply to comment #20) > Will there be a public replica which can be used in Thunderbird, as mentioned > in the initial description? Well... I was not planning on making a public queryable replica available. I guess I can do it if there is really a need for it. We do plan on adapting various mozilla tools so they can use LDAP, and centralizing authentication so that info is stored in LDAP. We will of course provide an interface for users to change passwords, public keys etc, but thats about it.

> I was not planning on making a public queryable replica available. I > guess I can do it if there is really a need for it. Well, yes, I think so. It would be very useful to have autocomplete in the Email client for other developers (not everybody in bugzilla). Maybe even phone numbers etc., for a full address book, if the person is OK with it, to faciliate cooperation. That was part of the point of this bug as filed (although not the motivation right now, I understand :) ).

I wrote in comment 0: > The server should be accessible ..., so I could access it from e.g. > Mozilla Mailnews. Filed bug 738602 about this part.