From brett.maxfield@gmail.com Fri Oct 31 07:10:09 2008 From: brett.maxfield@gmail.com To: openldap-bugs@openldap.org Subject: Re: (ITS#5760) attribute hiding in rwm overlay Date: Fri, 31 Oct 2008 07:10:09 +0000 Message-ID: <200810310710.m9V7A9Kq018526@boole.openldap.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4521298516768097036==" --===============4521298516768097036== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable ------=3D_Part_28816_12585104.1225436998930 Content-Type: text/plain; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline trying some different things with the last release. very interesting that rwm-map works with operational attributes, i can see hasSubordinates, subschemaSubentry, entryUUID but not the other non-operational attributes such as cn, sn, etc., do not show.. # these dont rwm-map attribute cn * rwm-map attribute sn * rwm-map attribute givenName * rwm-map attribute mail * rwm-map attribute c * rwm-map attribute o * rwm-map attribute ou * # these work rwm-map attribute hasSubordinates * rwm-map attribute subschemaSubentry * rwm-map attribute entryUUID * # this enabled rwm-map attribute * On Tue, Oct 21, 2008 at 3:55 PM, Pierangelo Masarati wrote: > Not clear what the problem is, now. The above configuration seems to work > as intended as far as attribute mapping is concerned. The fact that > "rwm-map objectclass *" no longer kills the objectClass attribuet was fixed > some time ago (the fix is in 2.4.12). What kills the allowed objectClass > values is a bug in evaluating what values are preserved. If you don't put > any "rwm-map objectclass" rule, it works as expected. > > I'm fixing this other bug. > > ------=3D_Part_28816_12585104.1225436998930 Content-Type: text/html; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline trying some different things with the last release.

very interesting that rwm-map works with operational attributes, i can see hasSubordinates, subschemaSubentry, entryUUID but not the other non-operational attributes such as cn, sn,
etc., do not show..

# these dont

rwm-map attribute cn *
rwm-map a= ttribute sn *
rwm-map attribute givenName *
rwm-map attribute mail *
rwm-map attribute c *
rwm-map attribute o * rwm-map attribute ou *

# these work
rwm-map attribute hasSubordinates *
rwm-map attribute subschemaSubentry *<= br>rwm-map attribute entryUUID *

# this enabled
rwm-map attribute *=

On Tue, Oct 21, 2008 at 3:55 PM, Pierangel= o Masarati <ando(a)= sys-net.it> wrote:
Not clear what the pr= oblem is, now.  The above configuration seems to work as intended as far= as attribute mapping is concerned.  The fact that "rwm-map objectc= lass *" no longer kills the objectClass attribuet was fixed some time ag= o (the fix is in 2.4.12).  What kills the allowed objectClass values is = a bug in evaluating what values are preserved.  If you don't put any= "rwm-map objectclass" rule, it works as expected.

I'm fixing this other bug.


------=3D_Part_28816_12585104.1225436998930-- --===============4521298516768097036==--