Skip Headers

Oracle Calendar Server Administrator's Guide
Release 5.5

Part Number B10093-01
Go to Documentation Home
Home
Go to Book List
Book List
Go to Table of Contents
Contents
Go to Index
Index
Go to Master Index
Master Index
Go to Feedback page
Feedback

Go to previous page
Previous
Go to next page
Next
View PDF

7
Users and Groups

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:

Creating calendar users

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.

Adding users to the internal calendar server directory

Web GUI

Use the Calendar Administrator to add users to a node. For full information on the Calendar Administrator, see Appendix F, "The Calendar Administrator".

Cmd line

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."

Example
uniuser -add "S=Addison/G=Thomas/I=W/O=acme" -n 786 -p <SYSOP password> 
uniuser: added "Addison,Thomas,W"

Adding users from a pre-populated directory server

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.

Web GUI

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.

Cmd line

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."

Determine which users on the directory server have not yet been added to a calendar server node:

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 
To add users one at a time:

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" 

To add several users:

  1. Create a file of all users in the directory server who are not calendar users. The number of non-calendar users returned by a search may be limited by maximum search result settings on the directory server. You can also limit the scope of the search, as in the following example where 5 users are selected from the directory server. The greater-than symbol redirects the output of unidssearch to a file named users.
    % unidssearch -c 5 > users 
    
  2. The file created may then be modified, filtered or added to as required and according to a set format and syntax. For example, if you are using Control Data's Global Directory Server, you would be advised to add an attribute and value for the user's given name, as this is used by the calendar server and is not included in the directory schema. Additions are made in X.400 format. For a complete description of the X.400 keys, fields and syntax, see the 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 
    
    
  3. Attach all users in the "users" file to the specified node.
    % 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". 
    

Adding calendar users to a directory server

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.

Managing calendar users

Web GUI

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".

Cmd line

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."

Deleting calendar users

Web GUI

Use the Calendar Administrator to delete users easily from the server. For full information on the Calendar Administrator, see Appendix F, "The Calendar Administrator".

Cmd line

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.


Warning:

When a user is deleted from a node, the user's records and directory entry are removed from the local node. This means that all data owned by the user, including any events or groups, will be deleted. The user will no longer appear in others' agendas, nor will any events owned by this user remain. Any remote directory listings and remote copies of events owned by the user will also be removed. To preserve the user's agenda in a file prior to deletion from the node, you may use the unicpoutu utility. Use the unicpinu utility to copy this information back into a calendar server node.


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.

Moving calendar users

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.

Cmd line

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.

Managing user defaults

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.

Defining a default user profile:

Applying a default user profile:

Managing groups

Four different types of groups allow users to schedule entries, tasks, events and notes efficiently with other users and resources:

Private groups

Members-only groups

Public groups

Administrative groups

Assigning administration rights

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.

Cmd line

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."

Setting up e-mail notification

The calendar server stores users' e-mail addresses, allowing users to notify each other of created, modified or deleted entries.

To set up e-mail notification:

  1. Choose an X.400 address field in which to store e-mail addresses. For example: "OU1", "O", "A", etc. Be aware, however, that these fields have varying limitations on the number of available characters.
  2. Set the value of the [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.

Cmd line

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.

Other user configuration options

Global and published calendars

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.