Introduction
Operational attributes are special attributes which are internal to the server. As stated in RFC 4512, par. 3.4 :
Some attributes, termed operational attributes, are used or
maintained by servers for administrative and operational purposes.
As stated in [X.501]: "There are three varieties of operational
attributes: Directory operational attributes, DSA-shared operational
attributes, and DSA-specific operational attributes".
Some operational attributes will be user modifiable, other won't. In this case, the attributes will be marked usuing the NO-USER-MODIFICATION flag
Operational Attributes in ADS
The following table expose the list of currently used Operational Attributes in ADS
name |
ADS |
description |
User modifiable |
comment |
---|---|---|---|---|
creatorsName |
|
This attribute is added to every entry just created. It contains |
|
mandatory |
createTimestamp |
|
This attribute is added to every entry just created. It contains |
|
mandatory |
modifiersName |
|
This attribute is added to every entry which has been modified. |
|
mandatory |
modifyTimestamp |
|
This attribute is added to every entry which has been modified. |
|
mandatory |
subschemaSubentry |
|
|
|
|
objectClasses |
|
|
|
|
attributeTypes |
|
|
|
|
matchingRules |
|
|
|
|
matchingRuleUse |
|
|
|
|
ldapSyntaxes |
|
|
|
|
dITContentRules |
|
|
|
|
dITStructureRules |
|
|
|
|
nameForms |
|
|
|
|
structuralObjectClass |
|
|
|
|
governingStructureRule |
|
|
|
|
The interceptor
The OperationalAttribute interceptor is used to manipulate those operational attributes