Calendar Server 4: Adding a user to a node does not add ou attribute

Question

In Netscape Calendar Server (CS) 3.5, if I add a new user with an organizational
unit (ou)
attribute to a Calendar Server node, the server will create an
ou so that the Calendar client
will be able to use the ou
parameter to search for this user.
<P>
However, in CS 4.0, if I add a new user to an ou
and then add that user to a Calendar
node, the server does not automatically create a separate ou
attribute.
<P>
Will I need to manually add the separate ou
attribute to the ldif
<P>
No. The CS 4.0 server, unlike the CS 3.5 server, supports mapping from
Calendar Server attributes to LDAP attributes. You can find more information
on this mapping property in the Administrator's Guide for Netscape Calendar
Server 4.0 at the following URL:<BR>
<P>
http://docs.iplanet.com/docs/manuals/calendar/ncs40/ag/appendie.htm#1025959.
<BR>
<P>
To enable this mapping, in the [LDAP]
section of the
/users/unison/misc/unison.ini file,
add the following entry:<BR>
<P>
attr_orgunit1 = "ou"

Answer 1

Is there a way to enter multiple groups? Guess I'll have to learn how to do multi input in a real custom form.The "MultiSelect" HTML Component works for me and I cant think of any other suitable component. Multiselectable List maybe. Fill the allowedValues property with a hardcoded list (*BAD*) or directly from a search on LDAP (_GOOD_) using IDM getResourceObjects FormUtil. You should find plenty of examples how to use it in the forum.
One issue I noticed, I've verified the user was added to the group using an external ldap tool (JXplorer), however now that group has disappeared from the LDAP resource browser list view.(I personally prefer the good old [lbe LDAP Browser\Editor|http://www-unix.mcs.anl.gov/~gawor/ldap/] or ldapadmin)
That shouldn't happen... Verify the group is still there, the objectclass isnt changed by IDM (really shouldnt happen...) and make double sure nobody else screwed around with it. Groups of objectclass groupOfNames and groupOfUniqueNames (and posixGroup but that's a different schema mapping) are supported by default afaik.