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

Re: [ldapext] Password Policy OIDs



Right, I know the mechanism used for this, but...
 
I was under the impression that a specification of an administrative policy is responsible to make statements as to whether or not such things are allowed. And if allowed, what restrictions exist (in pwd policy's case, one restriction is to not allow a single object to be governed by two pwd policy subentries each specifying the same pwd attribute).
 
For example, the specification for the subschema administrative area makes some statement (though I can't find it now) which restricts an object to only being governed by a single subschema subentry.
 
Jim

>>> Andrew Sciberras <andrew.sciberras@eB2Bcom.com> 10/27/04 6:07:53 PM >>>
Jim Sermersheim wrote:

> Right, but someone may want to define one policy for person objects,
> and another policy for widget objects, where persons and widgets fall
> under the same hierarchy.
>

I'm not sure to what extent the SubtreeSpecification attribute is
supported within LDAP directories, but you can certainly achieve your
above statement by using the substreeSpecification att. This is due to
the 'Refinement' choice within the SubtreeSpecification structure that
allows you to filter which entries the policy applies to based on their
object class.

Andrew
_______________________________________________
Ldapext mailing list
Ldapext@ietf.org
https://www1.ietf.org/mailman/listinfo/ldapext