Hello!
I'm still getting into the swing of LDAP, but I'm starting to get
things functioning fairly well.
I've run into one issue and I'm not sure how to tackle it from a
conceptual standpoint.
Our Fedora/389 (whichever I should call it now) LDAP server is
intended to be the main, core LDAP server for campus. Our mail server
(an older version of CommuniGate Pro), however, is remaining the
primary source of user info for the time being. It provides names,
UIDs, passwords, etc., and now successfully talks to the LDAP server
via CommuniGate's "Directory Integration" feature.
By this, I mean any email account creations, modifications, etc.,
on the mail server are being provided to the LDAP server pretty
seamlessly. Applications can now point to the Fedora server for use in
authentication, various other directory queries, etc.
One problem, though, is that CommuniGate does not provide a mail
attribute - just UID, real name, some custom fields of ours (mapped to
proper fields in the LDAP scheme), etc. So queries to the Fedora
server don't return a mail field which, in our case, should just be
uid with @sbc.edu appended. It's causing some trouble in various areas.
Is there a way I can configure Fedora to dynamically either fill
the mail field itself by combining uid with @sbc.edu on creates/
updates or, when answering requests for the mail attribute,
dynamically creating that response?
Is there a plug-in or some other trigger mechanism for doing this
kind of thing?
Thanks!
- Aaron
--
halfpress: http://www.halfpress.com
TWiP: http://twiplog.com
Documenting Democracy: http://www.docdem.org
Aaron's MAME Boxes - http://www.mameblog.com
Twitter: halfpress
--
389 users mailing list
389-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-directory-users