[Date Prev][Date Next]
- To: OpenLDAP Devel <firstname.lastname@example.org>
- Subject: syncrepl suffixmassage
- From: Howard Chu <email@example.com>
- Date: Sun, 13 Jun 2010 12:39:16 -0700
- User-agent: Mozilla/5.0 (X11; U; Linux x86_64; rv:1.9.3a5pre) Gecko/20100607 Firefox 3.6
We've talked about this before; it would be nice for the consumer to be able
to pull updates from a different suffix on the provider than the one in use on
the consumer. Just attaching the rwm overlay is not straightforward, since
that expects to sit on a database and the consumer's queries are sent through
direct LDAP calls. A potential kludge for this would be to rewrite all of the
consumer client code in terms of backend calls through a back-ldap instance.
That seems a little heavy-handed though.
Another possibility may be to just expose some of the rwm overlay's entry
points so the consumer can call them explicitly, faking enough of the context
so we can call suffixmassage config. Suggestions?
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/