How come the list of operational attributes from slapcat does not include the three operational attributes (entryDN, subschemaSubentry, and hasSubordinates) that are returned with ldapsearch when the + attr list is specified? Is this a bug or by design?
Example: $ slapcat -a '(uid=barbara)' dn: uid=barbara,ou=Users,dc=example,dc=com ou: Users uid: barbara sn: Jensen cn: Barbara Jensen givenName: Barbara displayName: Barbara Jensen mail: [EMAIL PROTECTED] userPassword:: c2VjcmV0 objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson structuralObjectClass: inetOrgPerson entryUUID: bec561c4-c5b0-102a-81c0-81bc30f92d57 creatorsName: cn=Manager,dc=example,dc=com modifiersName: cn=Manager,dc=example,dc=com createTimestamp: 20060821223300Z modifyTimestamp: 20060821223300Z entryCSN: 20060821223300Z#000005#00#000000 $ ldapsearch -x -w foo -D 'cn=Manager,ou=example,ou=com' -LLL '(uid=barbara)' '*' + dn: uid=barbara,ou=Users,dc=example,dc=com ou: Users uid: barbara sn: Jensen cn: Barbara Jensen givenName: Barbara displayName: Barbara Jensen mail: [EMAIL PROTECTED] userPassword:: c2VjcmV0 objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson structuralObjectClass: inetOrgPerson entryUUID: bec561c4-c5b0-102a-81c0-81bc30f92d57 creatorsName: cn=Manager,dc=example,dc=com modifiersName: cn=Manager,dc=example,dc=com createTimestamp: 20060821223300Z modifyTimestamp: 20060821223300Z entryCSN: 20060821223300Z#000005#00#000000 entryDN: uid=barbara,ou=Users,dc=example,dc=com subschemaSubentry: cn=Subschema hasSubordinates: FALSE Matt
