[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: (ITS#4989) Quirk in Dynlist overlay configuration



This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig98A1F9874D1718E82ABEA8E9
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hello.

Pierangelo Masarati wrote:
> Christian Marg wrote:
>=20
>> Hmm - I object.
>>
>> posixGroup and groupOfURLs are both "structural" objectclasses so an
>> entry is either a "groupofURL" or a "posixGroup", never both.
>=20
> OK, my example was stupid.  But you got the idea below.
>=20
>> You are right for expansions in auxillary OCs, of course! They shouldn=
't
>> be using the same attribute...

Couldn't the config file check test if the OC is structural/auxilliary?
Do you expand for OC InetOrgPerson if an expansion was configured for OC
Person?

I can configure an expansion for the abstract objectclass "TOP" without
any error message (that doesn't really make sense, I know, because they
don't exist in the directory) - if you'd respect inheritance that would
be a fun thing to do - every Objectclass is (in-)directly inherited from
"TOP" ;)

bye
Christian

--=20
Christian Marg                    mail: mailto:marg@rz.tu-clausthal.de
Rechenzentrum TU Clausthal        web : http://www.rz.tu-clausthal.de
D-38678 Clausthal-Zellerfeld      fon : 05323/72-2043
Germany                           ICQ : <on request>


--------------enig98A1F9874D1718E82ABEA8E9
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGYtNyXwu7mUb3ymMRAoO/AJ9vdGCDBj3yGCUYjkOEppngJRWdzACffxB0
WuO/HvOk3KkVUzg5k6VA20g=
=Y3xR
-----END PGP SIGNATURE-----

--------------enig98A1F9874D1718E82ABEA8E9--