[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Changing schema OID values in cn=config
On 28/11/2011 7:09 ÎÎ, Nick Milas wrote:
In my config there is:
DN: cn={5}postfix,cn=schema,cn=config
objectClass: olcSchemaConfig
cn: {5}postfix
olcAttributeTypes: {0}( 1.3.6.1.4.1.25260.1.000 NAME
'mailacceptinggeneralid' DESC 'Defines an address that we accept mail
for' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX
1.3.6.1.4.1.1466.115.121.1.15 )
olcAttributeTypes: {1}( 1.3.6.1.4.1.25260.1.001 NAME 'maildrop' DESC
'Defines the address mail goes to' EQUALITY caseIgnoreMatch SUBSTR
caseIgnoreSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
olcAttributeTypes: {2}( 1.3.6.1.4.1.25260.1.002 NAME
'mailacceptinguser' DESC 'Defines if this user accepts mail' EQUALITY
caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX
1.3.6.1.4.1.1466.115.121.1.15 )
olcAttributeTypes: {3}( 1.3.6.1.4.1.25260.1.003 NAME 'aliasInactive'
DESC 'A flag, for marking the alias as not in use' EQUALITY
booleanMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.7 SINGLE-VALUE )
olcObjectClasses: {0}( 1.3.6.1.4.1.25260.1.1.100 NAME 'virtualaccount'
DESC 'Holds mail info for a virtual account' STRUCTURAL MUST ( owner $
mailacceptinggeneralid $ maildrop $ cn ) MAY ( description $
aliasInactive ) )
olcObjectClasses: {1}( 1.3.6.1.4.1.25260.1.1.101 NAME 'maillist' DESC
'Virtual account for holding mailing list info' STRUCTURAL MUST (
mailacceptinggeneralid $ maildrop $ cn ) MAY ( owner $ description $
aliasInactive ) )
olcObjectClasses: {2}( 1.3.6.1.4.1.25260.1.1.102 NAME 'mailAccount'
DESC 'Email account details' AUXILIARY MUST ( mailacceptinguser $
maildrop $ cn ) MAY ( mailacceptinggeneralid $ aliasInactive ) )
olcObjectClasses: {3}( 1.3.6.1.4.1.25260.1.1.105 NAME 'virtualbox'
DESC 'Mailbox for system use' STRUCTURAL MUST ( owner $ mail $ uid $
cn ) MAY description )
Hi,
Following the fix of ITS 7098, now (after upgrading to a version with
the fix) I changed successfully the values of OIDs
1.3.6.1.4.1.25260.1.00x to 1.3.6.1.4.1.25260.1.x. (No service stop
followed.)
Yet, after these changes, we could not modify the associated attributes
any more. We got errors of the form:
Feb 14 20:59:23 ldap slapd[1061]: Entry
(cn=userx_alias,ou=Aliases,dc=example,dc=com): object class 'maillist'
requires attribute 'mailacceptinggeneralid'
Feb 14 20:59:23 ldap slapd[1061]: entry failed schema check: object
class 'maillist' requires attribute 'mailacceptinggeneralid'
I tried reindexing the directory and this solved the problem.
Is this expected behavior?
Thanks,
Nick