in section 7.3, refers to/uses the ldapSubEntry object class as a base to defining a ldapSubSchemaSubEntry object class. I will have to re-align this in one of two ways:
a) to inherit from a subentry object class for which an LDAP definition that is derived from the X.500 subentry object class (assuming that someone writes up something describing how the X.500 subentry object class is used/exhibited in a LDAP environment).
or
b) to inherit from 'top' and define the subschema entry (subschema is an AUXILIARY object class) as something that is a "special case" of entries NOT returned on searches.
At the IETF in London the working group chairs of the LDUP and (late) LDUPEXT working groups considered the issues raised surrounding the LDAP Subentries draft I've been working on. Their decision, as related to me, was to ask that the LDUP information model be revised so that object classes defined there for ReplicaSubentry and ReplicaAgreementSubentry no longer are treated as subentries, and that the work on the LDAP Subentries as a standards track document be ended.
So, the draft is hereby withdrawn from work group consideration.
The basis of the decision was that since the Access Control editors have decided not to use LDAP Subentries in their document, and since they were the only other charter-item document in the works that might have referenced the document, there appears to be insufficient interest in generalizing a variant from the X.500 version of Subentries to be worth continuing in the working group. There is a strongly felt (and forcefully expressed) feeling among several folks in the working group that there is no reason to "dummy down" the X.500 Subentry specification. So we won't.
Thank you all for your patience in this matter...
Ed
=================
Ed Reed
Reed-Matthews, Inc.
+1 801 796 7065
http://www.Reed-Matthews.COM