Chapter 8: Set Up Busy Search
OfficeVision/VM** uses a calendar service machine to extract information from the calendar database. When a user requests a calendar function, such as a busy search (OfficeVision/VM refers to it as a calendar check), the calendar machine performs the operation on the calendar database and then responds to the user by showing the recipients calendar.
In many cases, OfficeVision/VM users span several VM nodes. A user on one node may want to use the Busy Search feature to check for an open date and time on another users calendar on a different VM node. Remote calendar operations are processed through the REMCAL file. Each calendar machine has a unique machine name in the VM node where it resides. The REMCAL file registers all remote calendar machines by node ID and calendar machine name, as shown below.
| ADVERT | ADVCAL1 | ADVTR |
| VM2 | VM2CAL | VM2TR |
GroupWise* users must be able to access data in the REMCAL file. This data is stored in the CALTOHOST.FIL file, which resides in the \WPGATE\OVVM directory. The CALTOHOST.FIL file is automatically created when the gateway receives its first calendar request, and is automatically appended when a calendar request arrives from a new VM node.
You can use the Edit Calendar Users IDs page to incorporate the REMCAL data into the gateway configuration.
OfficeVision/VM uses a calendar service machine to extract information from the calendar database. When a user requests a calendar function, such as a busy search (OfficeVision/VM refers to it as a calendar check), the calendar machine performs the operation on the calendar database and then responds to the user by showing the recipients calendar.
In many cases, OfficeVision/VM users span several VM nodes. A user on one node may want to use the Busy Search feature to check for an open date and time on another users calendar on a different VM node. Remote calendar operations are processed through the REMCAL file. Each calendar machine has a unique machine name in the VM node where it resides. The REMCAL file registers all remote calendar machines by node ID and calendar machine name.
GroupWise users must be able to access data in the REMCAL file. This data is stored in the CALTOHOST.FIL file, which resides in the \WPGATE\OVVM directory on the network. The CALTOHOST.FIL file is automatically created when the gateway receives its first calendar request, and is automatically appended when a calendar request arrives from a new VM node.
To edit the calendar user IDs,
VM Node: Use the name of the VM node where the calendar machine resides.Delete: To delete an entry, click an entry in the table
Calendar Machine ID: Use the name of the calendar machine that resides on the VM node in the above field.
VM Node: Use the name of the VM node where the calendar machine resides.Import REMCAL File: The REMCAL file keeps track of the remote calendar machines a VM node can access. This file resides on the mainframe, but the data must be present on the LAN for the gateway to gain access. The Import REMCAL File feature imports the REMCAL file data to the CALTOHOST.FIL file, which enables cross-calendar checking between GroupWise and OfficeVision/VM users. Click the Import REMCAL File button and fill in the field with the name of the REMCAL file.
Calendar Machine ID: Use the name of the calendar machine that resides on the VM node in the above field.
Typically, the GroupWise system uses the Message Transfer Agent (MTA) to perform a busy search. The Edit GroupWise Paths feature lets you bypass the Message Transfer Agent by providing the full path-name of the post office. This increases the speed of the busy search. The gateway, instead of the MTA, launches the Busy Search function.
Make sure the gateway station is attached to each file server that includes a post office for which you want to perform a busy search.
To define the post office paths,
* Novell trademark. ** Third-party trademark. See Trademarks for more information.