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--