A Forum reader recently asked:
"We are looking at recertifying our Notes environment. In doing so, we will be creating everyone using the unique org unit - which will be their employee ID (unique across all environments).
This is fine for the recertification of new users who are matched, but we also need to create new users using the Unique Org Unit. Here is where I am running into difficulty.
The shim uses the OU held within the certifier ID used during registration. As far as I can tell, there is no allowance for using the Unique Org Unit during registration by sending an XML element with the create document, etc. Certainly it isn't mentioned in the documentation
for the driver."
And here's the response from Perry Nuffer ...
Check this URL and search on 'extended-ou':
Below is a sample rule that you may want to use to experiment with the 'extended-ou' custom parameter. It demonstrates the usage of this 'extended-ou' custom parameter in the
Notes Driver. You will need to replace the "UniqueOrgUnit" text with whatever is appropriate for your system.
<descriptionInsert extended-ou XML attribute for Lotus Notes
<if-class-name mode="nocase" op="equal">User</if-class-name>
<!-- check IDVault containment location -->
<!-- <if-src-dn op="in-container">LotusNotes\Users\Active
<!-- <if-src-dn op="in-subtree">LotusNotes\Users</if-src-dn>
Disclaimer: As with everything else at Cool Solutions, this content is definitely not supported by Novell (so don't even think of calling Support if you try something and it blows up).
It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test, test, test before you do anything drastic with it.