I'm helping head up development of a broad set real-world objectives that covers Linux-based directory services. To this date, the early focus had only looked at OpenLDAP, prior to the FDS project's existence. Being a longer-term Netscape Directory Server administrator myself (and thank God that Red Hat bought it), I would like to change that by ensuring the objectives reflect "real-world" directory service capabilities in FDS as well as OpenLDAP. So I'm looking for peer experts who have deployed NsDS/RHDS/FDS in the past, ideally with OpenLDAP (or other, general LDAP capabilities of another directory service) experience as well, to help build a set of objectives. It's also welcome to FDS developers as well -- although if you are a Red Hat employee, I understand there might be a "conflict of interest" since Red Hat offers certification/training in its RHCA program. These objectives would cover, in real-world tasks, what an enterprise Linux administrator should know about in deploying and maintaining LDAP (FDS, OpenLDAP, etc...) in an enterprise environment. If anything, it's a good opportunity to expose FDS to many people that assume OpenLDAP is the only option out there. And ensure it in a broad, vendor-neutral, peer-professional organization. If you are interested, please contact me _off-list_. -- Bryan J. Smith, LPIC-2, RHCE -- Bryan J. Smith Professional, Technical Annoyance b.j.smith at ieee.org http://thebs413.blogspot.com ----------------------------------------------------------- Americans don't get upset because citizens in some foreign nations can burn the American flag -- Americans get upset because citizens in those same nations can't burn their own
