Oracle Calendar Server Administrator's Guide Release 5.5 Part Number B10093-01 |
|
| View PDF |
This chapter describes the different tasks involved in managing users and groups within a calendar server node. Whether user and group information is stored internally or in an LDAP directory, the administrative procedures required are similar.
Administrators of installations using LDAP directories must be familiar with user creation and management on their directory server, or should refer to the appropriate on-line help. In an external directory context, users are generally added to calendar server nodes from the directory server, but it is also possible to migrate existing information from a calendar node to a directory server.
Note that user passwords can not be set or changed using calendar server administration tools. Take advantage of the other directory management tools provided to you for password management.
.The following topics are dealt with in this chapter:
Each person who plans to use calendar services must have a profile on the server. Once a user's profile has been created and added to a node, that person can then use a calendar client (Windows, Macintosh, Motif, Outlook, Web or wireless) to connect to the server and manage his/her personal agenda.
Use the Calendar Administrator to add users to a node. For full information on the Calendar Administrator, see Appendix F, "The Calendar Administrator".
Use the the uniuser
utility to add users to the calendar server's internal directory. For full information on use and syntax, see the calendar server Reference Manual, Appendix C, "Utilities."
uniuser -add "S=Addison/G=Thomas/I=W/O=acme" -n 786 -p <SYSOP password> uniuser: added "Addison,Thomas,W"
An administrator is presented with two possible scenarios when adding calendar services to an installation that already uses an LDAP directory service. In the most common situation, the database of users will already exist on the directory server. This data is then used to create the users on the newly created calendar server nodes.
Creating calendar accounts for existing directory users can be done quickly and simply through the Calendar Administrator. Sign in to the node on which you want to create your users, select Users from the main screen, and Create calendar accounts on the user management page.
You will then be able to search the directory server, using your choice of search filters, for any users who do not already have calendar accounts. Select them in the list of search results and click Create.
Adding calendar users from an existing directory server is a two-step process. The first step is to identify all directory server users who are not calendar users. The unidssearch
utility will search the directory server DNs and return all entries without the attribute ctCalXItemId
. These users can then be added to a calendar server node using the uniuser
utility. For full information on use and syntax, see the calendar server Reference Manual, Appendix C, "Utilities."
Use unidssearch
to search the directory server. For full information on use and syntax, see the calendar server Reference Manual, Appendix C, "Utilities."
% unidssearch -c 10 A DID=cn=Lan Nguyen, ou=Research, o=Acme, c=US A DID=cn=James Alexander, ou=Research, o=Acme, c=US A DID=cn=Chris Robbins, ou=Research, o=Acme, c=US A DID=cn=Thomas Addison, ou=Administration, o=Acme, c=US A DID=cn=Claire Roslyn, ou=Administration, o=Acme, c=US A DID=cn=Denis Tremblay, ou=Administration, o=Acme, c=US A DID=cn=Maija Laine, ou=Finance, o=Acme, c=US A DID=cn=Elizabeth McKinley, ou=Finance, o=Acme, c=US A DID=cn=Walter Chen, ou=Finance, o=Acme, c=US A DID=cn=Oliver Maxwell, ou=Finance, o=Acme, c=US
Use uniuser -add
. For full information on use and syntax, see the calendar server Reference Manual, Appendix C, "Utilities."
% uniuser -add "DID=cn=James Alexander, ou=Research, o=Acme, c=US" -n 134 Enter SysOp password: uniuser: added: "cn=James Alexander, ou=Research, o=Acme, c=US"
unidssearch
to a file named users
.
% unidssearch -c 5 > users
uniuser
documentation in the calendar server Reference Manual, Appendix C, "Utilities."
A DID=cn=Chris Robbins, ou=Research, o=Acme, c=US/G=Chris A DID=cn=Thomas Addison, ou=Administration, o=Acme, c=US/G=Thomas A DID=cn=Claire Roslyn, ou=Administration, o=Acme, c=US/G=Claire A DID=cn=Denis Tremblay, ou=Administration, o=Acme, c=US/G=Denis A DID=cn=Maija Laine, ou=Finance, o=Acme, c=US/G=Maija
% uniuser -ex users -n 134 Enter SysOp password: uniuser: added "cn=Chris Robbins, ou=Research, o=Acme, c=US/G=Chris". uniuser: added "cn=Thomas Addison, ou=Administration, o=Acme, c=US/G=Thomas". uniuser: added "cn=Claire Roslyn, ou=Administration, o=Acme, c=US/G=Claire". uniuser: added "cn=Denis Tremblay, ou=Administration, o=Acme, c=US/G=Denis". uniuser: added "cn=Maija Laine, ou=Finance, o=Acme, c=US/G=Maija".
Instead of adding users from the directory server to the calendar server, the administrator may wish to take one or more existing calendar databases and export the user and resource data in an LDIF format that is then used to populate the directory server.
Contact Oracle support for assistance and utilities to handle the migration of all calendar users to the directory server.
Use the Calendar Administrator to view and modify a user's calendar attributes easily. To modify attributes that are not calendar-specific, use your Oracle Internet Directory administration tools. For full information on the Calendar Administrator, see Appendix F, "The Calendar Administrator".
You may view and modify a user's calendar attributes using the uniuser
utility. To modify attributes that are not calendar-specific, use your Oracle Internet Directory administration tools. For full information on the use and syntax of uniuser
, see the calendar server Reference Manual, Appendix C, "Utilities."
Use the Calendar Administrator to delete users easily from the server. For full information on the Calendar Administrator, see Appendix F, "The Calendar Administrator".
Remove the user(s) from the calendar server node using the uniuser -del
(single deletion) or uniuser -ex
(multiple deletions) commands. For full information on use and syntax, see the calendar server Reference Manual, Appendix C, "Utilities."
For installations using an external directory, delete the same user(s) from the directory server or run unidsdiff
to synchronize the information on the calendar server node with that kept in the directory server.
If you do not want to run the risk of deleting valid events from the agendas of other users, it is a good practice to not delete, but to rename, the user until all of the events have passed. For example, if a manager who controlled group scheduling leaves the company, you might delete all personal information from his/her user profile, change the password, and enter "manager" and "sales" for last and first name respectively. All events and groups owned by this user would therefore remain in the agendas of other users. Alternatively, you may wish to change all of the personal information in the manager's user profile to that of a new employee who assumes the same function and therefore takes over the management of the created events and groups.
Due to a variety of potential circumstances -- organizational changes, employee relocation, or the need to redistribute node capacity -- you may need to move one or more users from one node to another.
Use the unimvuser
utility. For full information on use and syntax, including a variety of crucial warnings and considerations, see the calendar server Reference Manual, Appendix C, "Utilities."
% unimvuser -u "ID=56" -host1 scribe -host2 hoth -n1 15 -n2 2005
Always use the most recent version of unimvuser
in your node network.
To set client display preferences, administrative rights, default viewing privileges or other parameters for a group of users, define a default user profile before adding users to the node. This default user profile may also be applied to existing users.
/users/unison/misc/user.ini
file. Edit this file using a text editor supplied with your operating system./users/unison/misc/user.ini
file.uniuser
utility, the Admin GUI or the Web GUI).[GEN]
in the /users/unison/misc/user.ini
file. Multiple profiles can be created from this template and appended to the file under different section heading names. These profiles can then be specified during user creation or modification using the uniuser
utility. For full information on use and syntax, see the calendar server Reference Manual, Appendix C, "Utilities."Four different types of groups allow users to schedule entries, tasks, events and notes efficiently with other users and resources:
You may grant to or revoke from individual users the right to administer groups and holidays. A default administrative rights profile is assigned to each new user according to the parameters set in the /users/unison/misc/user.ini
file. You may wish to initially assign no rights to administer holidays and groups (the current default setting in the user.ini
file), and then selectively grant these rights. Alternatively, you may wish to define a default profile and then use it as a template to add all users requiring the same administrative privileges.
Users' administrative rights can be set and modified from the command line using the uniadmrights
utility. For full information on use and syntax, see the calendar server Reference Manual, Appendix C, "Utilities."
The calendar server stores users' e-mail addresses, allowing users to notify each other of created, modified or deleted entries.
[ENG] usermailmap
paramter in unison.ini
to the key of the X.400 field you chose. The default value is "O".When you add users, you may now specify their e-mail addresses.
Use the EMAIL
key/value pair.
When adding a user, the value you specify for the EMAIL
key will be stored in the field specified by [ENG] usermailmap
. For example:
% uniuser -add "S=Kafka/G=Franz/EMAIL=fkafka@mail.org" -n 23 Enter SysOp password: uniuser: added "Kafka, Franz"
For full information on the use and syntax of uniuser
, see the calendar server Reference Manual, Appendix C, "Utilities." Please note that the field specified by [ENG] usermailmap
is disabled, and can only be set through the EMAIL
key. For example, if usermailmap
were set to FAX
:
% uniuser -add "S=Kafka/G=Franz/FAX=fkafka@mail.org" -n 23 uniuser: modification of "Fax phone number" has been disabled uniuser: ignoring "FAX=fkafka@mail.org" uniuser: added "Kafka, Franz"
The EMAIL
key-value pair may be used wherever the <user> argument is specified, but no -format parameter exists for it.
Calendar sharing is determined through two user attributes: Global Read Access and Published Type.
Global Read Access only applies to users of Oracle's Web clients. Users with this attribute set to ON can share their agendas with any other Internet user by mailing them a URL defined by the Web client. For more information on this feature, see your Web client documentation and on-line help.
The Published Type attribute defines whether other calendar users can view this user's agenda directly using their calendar clients. PUBLISHED
calendars can be viewed through any native and Web client; users with this attribute set to NOTPUBLISHED
cannot be opened by any other user. In addition, this attribute allows the setting EVENTCALENDAR
, which is equivalent to a published calendar, but in Web clients causes the current account to appear in the list of published event calendars rather than the list of published user calendars. The default setting for this attribute is PUBLISHED
.
You can set the Published Type and Global Read Access attributes using the Calendar Administrator or the uniuser
utility.