[Date Prev][Date Next]
Re: [Re: Admin tools for ldap]
Does anyone have tried to use Metamerge with OpenLDAP ??
----- Original Message -----
From: "E M Recio" <firstname.lastname@example.org>
To: "OpenLDAP Mailing List" <openldap-software@OpenLDAP.org>
Sent: Wednesday, September 26, 2001 6:46 PM
Subject: Re: [Re: Admin tools for ldap]
> Apart from matthew's facetous answer, there are no Admin tools available
> OpenLDAP per se. This is a BIG problem for management types who like to
> pretty pictures :( I tried to explain that the guts... important bits of
> server, is all invisible. The gui on top of it (ie: netscape's console) is
> really irrelevant. They are, however, hearing none of this (being
> You can however, cobble some regular tools together to make a nice
> am currently working on a schema editor for openldap, but other than that,
> there's the LDAP browser/editor. It's a java application that lets you
> through an ldap directory.
> There's also another product out there called Metamerge (which will offer
> ``on the fly'' replication that you are requesting.) Basically,
> done at constant intervals by having the servers all talk to eachother on
> back end -slurpd part of OpenLDAP-, but if you need something to import
> from various data sources, (oracle, other ldap db's, CSV, and anything
> under the sun) then this is a very good product. It's free for
> Matthew Palmer <email@example.com> wrote:
> > On Mon, 24 Sep 2001, Lye wrote:
> > > I am wondering if there is any admin tools for ldap that can allows u
> > > 1. Set up the slapd.conf
> > 'joe' has always worked for me. Alternately, you can use any of vi,
> > jove, je, pico, vim, elvis, nedit, kedit, kwrite, or any other text
> > which you are comfortable with.
> > > 2. "See" other Directory Servers in the network so that you can issues
> > > commands to replicate the data over
> > That's a lot more difficult, because there's no guarantee that simply
> > because you can see a DS you can write to it to perform the replication.
> > And there certainly won't be a tool available to tell you the DN and
> > write to the DS.
> > Furthermore, replication is typically automatic and configured for the
> > server - I can't really think of a situation where on-demand replication
> > would necessarily be better than constant replication.
> > --
> > -----------------------------------------------------------------------
> > #include <disclaimer.h>
> > Matthew Palmer
> > firstname.lastname@example.org
> Best Regards,
> E.M. Recio
> << http://polywog.navpoint.com >>
> Inherent in every intention and desire is the mechanics for
> its fulfillment... intention and desire in the field of pure
> potentiality have infinite organizing power. And when we
> introduce an intention in the fertile ground of pure
> potentiality, we put this infinite organizing power to work
> for us.
> Get free e-mail and a permanent address at http://www.amexmail.com/?A=1