* Ralf Hildebrandt <[EMAIL PROTECTED]>: > > attributetype ( 1.3.6.1.4.1.192.6.1.3.2.4 NAME 'maxMailboxServer' > > EQUALITY caseExactIA5Match > > SUBSTR caseExactIA5SubstringsMatch > > SYNTAX '1.3.6.1.4.1.1466.115.121.1.26' ) > > You are my saviour. It worked! Thank you
After that, I dumped the old LDAP tree to an LDIF file (using slapcat) and tried to reimport it usign slapadd. Now I'm getting: slapadd: dn="uid=skoecker,cn=Personen,dc=charite.de" (line=21): (65) invalid structural object class chain (pilotPerson/organizationalPerson) slapadd: dn="uid=dwahl,cn=Personen,dc=charite.de" (line=42): (65) invalid structural object class chain (pilotPerson/organizationalPerson) ... for all entries. The schemata being used are: # Schema and objectClass definitions include /etc/ldap/schema/core.schema include /etc/ldap/schema/cosine.schema include /etc/ldap/schema/nis.schema include /etc/ldap/schema/inetorgperson.schema include /etc/ldap/schema/max.schema # this one contained the error solbed in the reply above include /etc/ldap/schema/charite.schema And an egrep shows: $ egrep -1 "(pilotPerson|inetOrgPerson)" * cosine.schema-objectclass ( 0.9.2342.19200300.100.4.4 cosine.schema: NAME ( 'pilotPerson' 'newPilotPerson' ) cosine.schema- SUP person STRUCTURAL -- inetorgperson.schema-objectclass ( 2.16.840.1.113730.3.2.2 inetorgperson.schema: NAME 'inetOrgPerson' inetorgperson.schema- DESC 'RFC2798: Internet Organizational Person' -- openldap.schema- DESC 'OpenLDAP Person' openldap.schema: SUP ( pilotPerson $ inetOrgPerson ) openldap.schema- MUST ( uid $ cn ) So what's biting me now (and why is 2.2.x so much more picky than 2.0.x?) -- _________________________________________________ Charité - Universitätsmedizin Berlin _________________________________________________ Ralf Hildebrandt i.A. Geschäftsbereich Informationsmanagement Campus Benjamin Franklin Hindenburgdamm 30 | Berlin Tel. +49 30 450 570155 | Fax +49 30 450 570962 [EMAIL PROTECTED] http://www.charite.de
