Ok, hopefully someone can clean up my understanding here. Within Imail administrator, you have an Organization and department field.
We've been using the organization field as the division within the company A,B or C
We've been using the department as the department within the division.
Typical tree structure that we use in AD and NDS
Thus, from my understanding, the o (organization) would be the division and the ou (organizational unit) would be the department.
 
From the Imail registry
ldap_base o=mail.ameripride.org
ldap_user_folder ou=people
 
That's telling me that within imail, everyones in ou=people.o=mail.ameripride.org folder, thus the division & department philosophy can no longer be used. Correct?
 
The reason I'm asking this is it seems the LDAP became corrupt. We restored the db from tape and I used slapcat to create an ldif.
Now, after using slapadd to bring the entries back in, I can not modify entries via Imail administrator. Below is a standard ldif entry. what sticks out is the dn: uid=...ou=...has people and ameripride, yet the o and ou are correct within the data part
 
Any ideas on how to fix it and make it modifyable with imail administrator, yet return/retain the information about  division and department
 
--------------------
 
dn: uid=aaron.rudquist,ou=People,o=mail.ameripride.org
structuralObjectClass: inetOrgPerson
entryUUID: 112cfc99-57cf-49e7-9036-313edc0c14d0
creatorsName: cn=root,o=mail.ameripride.org
createTimestamp: 20040828193852Z
c: USA
cn: aaron rudquist
givenName: aaron
l: Minnetonka
mail: [EMAIL PROTECTED]
o: AmeriPride Services Inc.
objectClass: inetOrgPerson
ou: B30 Minnetonka accounting
postalCode: 55305
sn: rudquist
st: MN
street: 10801 Wayzata Boulevard
telephoneNumber: 952-738-4200
uid: aaron.rudquist
postalAddress: 10801 Wayzata Boulevard$Minnetonka, MN 55305$USA
entryCSN: 2005010518:40:18Z#0x0012#0#0000
modifiersName: cn=root,o=mail.ameripride.org
modifyTimestamp: 20050105184018Z

Reply via email to