Welcome
Administering HCL Traveler
Information on planning, installing, configuring, and administering HCL Traveler.
Planning for installation and configuration
There are many installation and configuration considerations you should review before installing the HCL Traveler server.
Clustering and failover
The key to any production environment is the enablement of redundancy to account for planned or unplanned outages.
Domino® mail clustering
By default, The HCL Traveler service detects mail file replicas by reading the replica entries in the HCL Domino® cluster directory database (cldbdir.nsf) on the mail server of the user. This database must grant at least reader access to the HCL Traveler server or servers (in an HA pool). Otherwise, the HCL Traveler server never fails over the connection to an alternate server for mobile users if their primary Domino® mail server is down. If configured, the HCL Traveler service will look for an instance of the user's mail file on the Traveler server ahead of what is specified in the cluster directory.

HCL Traveler 14.0 documentation
Welcome to the HCL Traveler 14.0 documentation. Here you can find information on how to install and configure a Traveler server and to use the clients supported by the server including HCL Verse mobile clients. This documentation applies to Traveler 14.0.
New server features
HCL Traveler 14.0 provides the following new server features and enhancements for administrators.
What's new in Verse on Android?
The following features are new in Verse 14.0.x on Android:
What's new in Verse for iOS?
The following features are new in Verse 14.0.x for iOS:
Administering HCL Traveler
Information on planning, installing, configuring, and administering HCL Traveler.
- Planning for installation and configuration
  There are many installation and configuration considerations you should review before installing the HCL Traveler server.
  - Choosing a deployment configuration
    The HCL Traveler server can be deployed using several different configurations.
  - Planning HCL Traveler on Docker
    HCL Traveler on Docker is a full-function Domino on Docker server with Traveler preinstalled and configured to start whenever the Domino server starts. The Docker container runs Red Hat Linux, so Domino and Traveler are Linux also. As with any other Linux-based Domino, the HCL Domino Administrator Client must be run remotely on a Windows server connected to the the Docker image over the network.
  - Planning HCL Traveler on IBM® i
    There are several IBM® i operating system considerations to be aware of when planning the HCL Traveler server installation on IBM i.
  - Clustering and failover
    The key to any production environment is the enablement of redundancy to account for planned or unplanned outages.
    - High Availability (HA)
      HCL Traveler servers can be configured to use a shared enterprise database. This configuration is referred to as a High Availability (HA) pool.
    - Disaster recovery
      There are several methodologies to employ with HCL Traveler to recover from a server crash or failure.
    - Domino® mail clustering
      By default, The HCL Traveler service detects mail file replicas by reading the replica entries in the HCL Domino® cluster directory database (cldbdir.nsf) on the mail server of the user. This database must grant at least reader access to the HCL Traveler server or servers (in an HA pool). Otherwise, the HCL Traveler server never fails over the connection to an alternate server for mobile users if their primary Domino® mail server is down. If configured, the HCL Traveler service will look for an instance of the user's mail file on the Traveler server ahead of what is specified in the cluster directory.
  - Planning for device security
    This section provides information about each HCL Traveler security option and how they can be applied by device type. You can use this information to plan your security configuration for HCL Traveler on your devices.
  - Planning for user authentication
    HCL Traveler requires every HTTP request to be authenticated for the operations being done to be correctly associated with the proper user. Hence, anonymous access is not supported. This validation of identity, referred to as authentication, is typically handled by the HCL Domino HTTP task or a secure proxy such as HCL SafeLinx. This section provides information on the supported authentication types by client to help plan for the Traveler server's authentication configuration.
  - Planning for migration
    Migration covers a number of scenarios.
  - Language support
    This section lists and provides information on all supported languages for HCL Traveler.
  - Sync protocol support
    When data is synced between the server and device, it is done so utilizing a protocol which controls what the message content (the HTTP body) contains.
  - Capacity planning guidelines
    This section provides guidance on capacity planning for various deployment configurations of the HCL Traveler server. It also touches on best practices for monitoring capacity.
  - Estimating the space needed for the HCL Traveler database
    You can estimate how much space is needed for the HCL Traveler database before it is installed.
- Installing the HCL Traveler server
  The following topics describe options for installing and uninstalling the server:
- Configuring HCL Traveler server
  The HCL Traveler configuration settings are part of the Domino® server document. The first time that the HCL Traveler server is started, it performs any necessary configurations. You might want to perform additional configurations beyond the basics. The following topics describe additional configuration options.
- Administering HCL Traveler
  The HCL Traveler server component functions as a Domino® server add-in task and responds to Domino server console commands. Topics in this section describe common administrative tasks for administering a HCL Traveler server.
Using HCL Traveler and mobile clients
Information on configuring and using HCL Traveler with supported device clients.
Troubleshooting, known limitations, and restrictions
This section provides helpful troubleshooting tips, known limitations, and restrictions.
HCL Traveler Companion FAQs
HCL Traveler for Microsoft Outlook

Domino® mail clustering

By default, The HCL Traveler service detects mail file replicas by reading the replica entries in the HCL Domino® cluster directory database (cldbdir.nsf) on the mail server of the user. This database must grant at least reader access to the HCL Traveler server or servers (in an HA pool). Otherwise, the HCL Traveler server never fails over the connection to an alternate server for mobile users if their primary Domino® mail server is down. If configured, the HCL Traveler service will look for an instance of the user's mail file on the Traveler server ahead of what is specified in the cluster directory.

For more information on affecting how the Traveler server builds the mail file list for a user, see the setting NTS_MAIL_SERVERS_ALGORITHM in Notes.ini settings.

See Console commands for information on the HCL Traveler MailReplicas command for displaying and updating the HCL Traveler servers view of a user's mail replica information.

Server settings - user access (HCL Traveler for Microsoft Outlook)

Each HTMO user who accesses the Traveler server must have:

A mail replica on the Traveler server.
The user's Notes® ID must be in an ID Vault- if you are not currently using ID vault, set one up.