CONFIGURING
You can specify settings for managed mail replicas on the Mail tab of the Desktop Settings Policy document, generating a policy for all users of managed mail replicas.
About this task
For users affected by a policy, you can use the policy to enable managed replicas.
Users unaffected by a policy may also use managed mail replicas, but configuration must take place on their local machines through specification of values in the NOTES.INI file. This method is not recommended.
In either method, the information is sampled by the Notes® Dynamic Client configuration tool (DynConfig), and the local replica is created and added to the user's desktop and to the replicator. An initial replication (build) of the file is then triggered.
Procedure
1. In the Desktop Settings policy document, select one of the following options for Local mail file:
Tip: You can return to this default setting if you need to troubleshoot problems with managed replicas in your organization.
Note: Deletion occurs only after a final replication takes place and the mail file is no longer open in either the Notes or Domino® Administrator client.
If this setting has a value greater than 0, the client uses a local outgoing mail box for sending mail, and the client replicator routinely transfers messages from the local mail box to the server's mailbox.
It is recommended that you enter 1, especially when using managed replicas, in order to transfer messages to the server as soon as they are deposited in the local mailbox.
Non-modified documents older than the number of days will be truncated.
The setting applies only when a new managed replica is created; it affects neither existing managed replicas nor existing nonmanaged (local) replicas.
Enter a number of days, for example 180, to control how long documents remain in the managed replica. The default keeps all documents indefinitely. 180 days should allow users to keep roughly six month's worth of messages.
Note: This setting applies only to managed replicas. Local nonmanaged replicas continue to use whatever settings the user chooses for a selective replica in the Notes Client preferences.
The default is 0 Mb and the client replicator attempts to create a managed replica no matter how much space a user has. If there is not enough space to create the replica, an error is added to log.nsf to alert the administrator to the problem, and no managed replica is created.
Tip: Specify a space number only if you expect users may have managed replicas too large for their local available storage, perhaps as a result of settings for the next two fields.
Enter a value in kilobytes
The default is 0 Kb.
Note: Entering a higher number can cause a longer creation time for the managed replica, but allows users to see more of their mail messages immediately.
Tip: This setting allows managed mail replicas to take up more space, so with this setting, it is recommended that you set a value for Amount of free space required before cache is created.
Enter a value in kilobytes.
Note: Entering a higher number can cause a longer creation time for the managed replica, but allows users to see more attachments in mail messages.
For fastest performance of managed mail replicas, select Enable document without attachment. This setting retrieves rich text (body) data of a message when a user opens it in the managed replica, but does not retrieve attachment data without user action.
Selecting Enable document without attachment for this setting retrieves all body and attachment data when a user opens the message.
When this setting is enabled and a local mail replica (either managed or nonmanaged) exists, the client replicator pulls down new mail to the local replica any time the replicator detects a new message delivered to the user's server-based mail file.
After you save the preceding policy settings, the process of creating managed replicas for users affected by the policy begins.
A newly created managed replica is initially marked out of service, using the database option (DBOption) bit, until the initial replication pass is complete. In addition, a new database option bit (DBOPTBIT_LOCAL_CACHE) that identifies the local replica as a managed replica is set in the database. This is essentially the only on-disk difference between a standard local replica and a managed local replica.
A managed replica is initially set to retrieve summary data only from the server. As the replicator makes its first pass, it checks to see, for each note to be replicated, whether the last modified time is more recent than (CacheDBInitialFullDoc) days. If so, the replica is signaled, on the fly, to retrieve the entire note from the server. Once the first replication pass is complete, the replica is updated always to retrieve entire documents from then on. In addition, the replicator will build the most accessed views (Inbox, Sent, Calendar...) before marking the replica back in service. After the replica is marked in service, it will be used as the user's mail file.
Parent topic: Configuring managed replicas Next topic: Controlling the number of managed mail replicas created concurrently in your organization