Migrator for Notes 20.14.2 - Installation and Configuration Guide

Send Rules Email

Configure these settings if you will be sending users their mailbox rules before migration.

From

Contains the profile name that will send the mail regarding mailbox rules to users. Migration Coordinator is specified as default.

Subject

Contains a subject that briefly describes the purpose of the mail. Your Mail Box Rules is specified as the subject by default.

Body

Can contain any information that you may want to share with the end user about this procedure.

Rules to Include

Includes all rules or only the rules that are enabled. Select All Rules.

Encrypted Items Migration

Choose how to migrate encrypted messages. Valid options are:

• Require decryption action and migrate into the body

• Migrate into a Notes database as an attachment

Note: Enabling the Migrate into a Notes database as an attachment option will increase the size of each migrated item containing encrypted content. The Lotus Notes client, original Notes ID, and decryption keys are required on the workstation used to view the encrypted content of the migrated items.

Send Encrypted Items Summary Email

Configure these settings if you will be emailing users a summary of their encrypted items.

The fields in this section display only when Require decryption action and migrate into the body option is selected.

From

Contains the profile name that will send users the mail with a summary of encrypted items. Migration Coordinator is specified as default.

Subject

Contains a subject that briefly describes the purpose of the mail. Your Encrypted Items is specified as the subject by default.

Body

Can contain any information that you may want to share with the end user about this procedure.

Template Name (.ntf)

This appears if you have selected Migrate into a Notes database as an attachment. Specify the template name in this format:  filename.ntf

EncryptedContent.ntf is the default template that ships with Migrator for Notes. This template will be installed on every migration workstation during the product installation. This template will need to be signed with the appropriate Lotus Notes Administrative ID on all workstations. 

You can use any database template; however, you will need to manually distribute the template to all migration workstations.

Binary Tree recommends that use of an alternative template or any changes to EncryptedContent.ntf be thoroughly validated prior to production use.

Attachment name in Exchange

This field displays only when the Migrate into a Notes database as an attachment option is selected.  Specify the database name in this format:  filename.nsf

Text included with attachment

This field displays only when the Migrate into a Notes database as an attachment option is selected. Customized text can be added to the migrated item to provide end-user instructions or information. The default text is as follows:

Portions of this document were encrypted with Lotus Notes encryption. This content has been stored in the attached Lotus Notes database during migration to preserve security. You may view this content by opening the attached file on a workstation that has a Lotus Notes Client and the recipient’s Notes ID.

Migration Checklist

The Migration Checklist is a personalized list of tasks which can be used to help manage the migration project. Determine, then classify or group the major steps you consider necessary to manage your migration project. Determine the sequence, timeline, and description for each migration task and enter them into the Migration Checklist.

Enable Recovery

This setting defines the default value for the Enable Recovery setting in the migration profiles’ Advanced tab.

If the Enable Recovery setting is set to Yes in the Advanced tab of a migration profile, it enables tracking of processed messages during migration. So, if the migration process terminates unexpectedly, this feature prevents the application from reprocessing messages that were migrated during the initial run of the migration. Click here to learn more about configuring the Enable Recovery setting.

Disable MIME Cache

Specify Yes to disable the local cache database when processing messages using MIME.

Disabling this feature significantly impacts throughput when migrating MIME content from a Domino server.

MAPI Custom Settings

Select Specify advanced MAPI parameters to override the default values for MAPI retry count and MAPI retry delay.

When configured, retries are attempted when the MAPI_E_NETWORK_ERROR (0x80040115) result code is encountered during any of the following MAPI calls:

• Create attachment

• Create folder

• Create message

• Modify recipients

• Save folder changes

• Save message changes

• Save attachment changes

If the configured retry limit is exceeded, the migration is cancelled and Migrator for Notes will begin the migration of the next user. If the migration is canceled in the middle of writing a document, the document will be partially written to Exchange. The default retry limit is set to 30 seconds.

Specify the Number of retries that will be attempted when the MAPI_E_NETWORK_ERROR (0x80040115) result code is encountered. Values ranging from 1 to 999 can be entered. The default number of retries is “9”. Note that entering “0” results in the default “9” retries being used.

Specify the Delay between retries in seconds between MAPI calls. The time is progressive. The number of seconds delay for a call is (retry # * delay). For example, if the retry delay is set to 1 second, and the retry count is 5, the delays between calls will be 1, 2, 3, 4, and 5 (progressively longer). If the retry delay is 1.5 seconds, the times will be 1.5, 3.0, 4.5, 6, and 7.5. Values ranging from 1 to 999 can be entered. The default delay is “1” second. Note that entering “0” results in the default delay “1” second being used.

MAPI Retry Failure Limit

When enabled, Migrator for Notes tracks documents where one or more MAPI calls could not be completed successfully. If the number of documents where one or more MAPI calls cannot be committed to Exchange, the migration will exit with ‘migration failed’ status.

The document retry failure limit feature can be disabled by setting the value to ‘0’ or leaving it blank.

MAPI Retry

Migrator for Notes makes multiple MAPI calls when migrating a document, such as creating the message header, writing the body, adding attachments, etc. When processing messages, the remote Exchange server may become unresponsive in such a way that MAPI calls to write data do not complete. The call is retried a number of times (using the preexisting feature known as MAPI Retry: the maximum number and delay between retries can be set in EMM) to fully migrate data to Exchange.

If any of the MAPI calls cannot be completed, the document will be considered as failed due to MAPI retries, and added to the total of failed documents. Document information is logged, the NoteID is removed from both the in-memory migration history, and the CMTProcessedNoteID-[shortname].txt crash recovery file.

Note that other types of failures, such as a corrupt message body which results in a failure, are not counted toward the MAPI retry failure total. These other types of failures are specific to the source data, whereas the MAPI retry failures are related to the ability to write to exchange.

If the number of documents with MAPI retry errors exceeds the failure limit, the migration will exit, and return ‘Migration failed’ status. This migration will not automatically requeue and must be requeued by the migration administrator to fully migrate the mailbox. When a migration is requeued, it may be migrated by any workstation. Any documents containing MAPI retry errors on the failed migration will be remigrated during subsequent migrations.   

If the migration terminates abnormally (crashes), the document being migrated when the crash occurs will not be retried, which is standard procedure for crash recovery in Migrator for Notes. Any other documents containing MAPI Retry Exceeded will be remigrated. In this case, Migrator for Notes will automatically restart the migration on the same workstation.

Process attachments greater than

The limit for the size attachments, in MB, that will be detached and processed as file attachment objects. A value of -1 disables this feature, and processes all attachments as MIME streams, similar to Migrator for Notes versions 4.6 and earlier. A value of 0 will process all attachments as file attachments. The default value is 0 MB to process all attachments outside the MIME Stream.

Encapsulate special content

When enabled, documents containing special notes functionality or items such as button or stored forms will be migrated as an attachment in addition to being rendered in the message body. End users can then open the NotesMessage.nsf attachment to use the native functionality of the form.

Migrate documents as private

When set to ‘Yes’, the migration will migrate documents designated as private in Notes as Private in Exchange. This will also include messages decrypted in Notes prior to migration.

Process Sametime history as

Controls how Sametime message transcripts will be processed.

Rich Text (Recommended) – Content will be processed as Rich Text Format and does not require preprocessing.

MIME (requires preprocessing) – Content will be processed as MIME. This results in a better representation after migration, but requires processing each file before migration.

Convert UNC paths to links

Specify No if you do not wish the body of the documents searched for UNC (Exchange Naming Convention) links during migration.

If you specify Yes, CMT attempts to convert UNC links into actionable links.

Add category to calendar events

Field in Exchange. For example, if you specify Migrated with Migrator for Notes in the field, then all the calendar events, such as meetings and appointments, will display this phrase in the categories field after they are migrated. It enables you to visually differentiate calendar events that were migrated into Outlook from those created natively in Outlook before or after the migration. This setting is optional.

Note: Any categories that are in the original Notes calendar event will also display in the categories field.

Process meeting with no end date using ICAL information

Specify Yes to use the ICAL recurrence information to determine the repeat pattern when processing repeat calendar meetings with no end date.

Specify No to process repeat meetings with no end date without using ICAL recurrence information.

Note: When migrating a meeting with No End Date and this option is set to No, the meeting is migrated but limited to 250 occurrences.

Enable Advanced features

Select Yes to enable features used when migrating large environments or to cloud based services.

Enable Hosted features

Appears if Advanced features are enabled. Select Yes to enable features used when migrating hosted environments. This setting should only be enabled under the direction of Advanced Support.

Enable multiple Control Centers

Appears if Advanced features are enabled. Select Yes to enable features used when migrating with multiple Migration Control Center (MCCs). This setting should only be enabled under the direction of Advanced Support.

Send Rules Email

Configure these settings if you will be sending users their mailbox rules before migration.

From

Contains the profile name that will send the mail regarding mailbox rules to users. Migration Coordinator is specified as default.

Subject

Contains a subject that briefly describes the purpose of the mail. Your Mail Box Rules is specified as the subject by default.

Body

Can contain any information that you may want to share with the end user about this procedure.

Rules to Include

Includes all rules or only the rules that are enabled. Select All Rules.

Encrypted Items Migration

Choose how to migrate encrypted messages. Valid options are:

• Require decryption action and migrate into the body

• Migrate into a Notes database as an attachment

Note: Enabling the Migrate into a Notes database as an attachment option will increase the size of each migrated item containing encrypted content. The Lotus Notes client, original Notes ID, and decryption keys are required on the workstation used to view the encrypted content of the migrated items.

Send Encrypted Items Summary Email

Configure these settings if you will be emailing users a summary of their encrypted items.

The fields in this section display only when Require decryption action and migrate into the body option is selected.

From

Contains the profile name that will send users the mail with a summary of encrypted items. Migration Coordinator is specified as default.

Subject

Contains a subject that briefly describes the purpose of the mail. Your Encrypted Items is specified as the subject by default.

Body

Can contain any information that you may want to share with the end user about this procedure.

Template Name (.ntf)

This appears if you have selected Migrate into a Notes database as an attachment. Specify the template name in this format:  filename.ntf

EncryptedContent.ntf is the default template that ships with Migrator for Notes. This template will be installed on every migration workstation during the product installation. This template will need to be signed with the appropriate Lotus Notes Administrative ID on all workstations. 

You can use any database template; however, you will need to manually distribute the template to all migration workstations.

Binary Tree recommends that use of an alternative template or any changes to EncryptedContent.ntf be thoroughly validated prior to production use.

Attachment name in Exchange

This field displays only when the Migrate into a Notes database as an attachment option is selected.  Specify the database name in this format:  filename.nsf

Text included with attachment

This field displays only when the Migrate into a Notes database as an attachment option is selected. Customized text can be added to the migrated item to provide end-user instructions or information. The default text is as follows:

Portions of this document were encrypted with Lotus Notes encryption. This content has been stored in the attached Lotus Notes database during migration to preserve security. You may view this content by opening the attached file on a workstation that has a Lotus Notes Client and the recipient’s Notes ID.

Migration Checklist

The Migration Checklist is a personalized list of tasks which can be used to help manage the migration project. Determine, then classify or group the major steps you consider necessary to manage your migration project. Determine the sequence, timeline, and description for each migration task and enter them into the Migration Checklist.

Enable Recovery

This setting defines the default value for the Enable Recovery setting in the migration profiles’ Advanced tab.

If the Enable Recovery setting is set to Yes in the Advanced tab of a migration profile, it enables tracking of processed messages during migration. So, if the migration process terminates unexpectedly, this feature prevents the application from reprocessing messages that were migrated during the initial run of the migration. Click here to learn more about configuring the Enable Recovery setting.

Disable MIME Cache

Specify Yes to disable the local cache database when processing messages using MIME.

Disabling this feature significantly impacts throughput when migrating MIME content from a Domino server.

MAPI Custom Settings

Select Specify advanced MAPI parameters to override the default values for MAPI retry count and MAPI retry delay.

When configured, retries are attempted when the MAPI_E_NETWORK_ERROR (0x80040115) result code is encountered during any of the following MAPI calls:

• Create attachment

• Create folder

• Create message

• Modify recipients

• Save folder changes

• Save message changes

• Save attachment changes

If the configured retry limit is exceeded, the migration is cancelled and Migrator for Notes will begin the migration of the next user. If the migration is canceled in the middle of writing a document, the document will be partially written to Exchange. The default retry limit is set to 30 seconds.

Specify the Number of retries that will be attempted when the MAPI_E_NETWORK_ERROR (0x80040115) result code is encountered. Values ranging from 1 to 999 can be entered. The default number of retries is “9”. Note that entering “0” results in the default “9” retries being used.

Specify the Delay between retries in seconds between MAPI calls. The time is progressive. The number of seconds delay for a call is (retry # * delay). For example, if the retry delay is set to 1 second, and the retry count is 5, the delays between calls will be 1, 2, 3, 4, and 5 (progressively longer). If the retry delay is 1.5 seconds, the times will be 1.5, 3.0, 4.5, 6, and 7.5. Values ranging from 1 to 999 can be entered. The default delay is “1” second. Note that entering “0” results in the default delay “1” second being used.

MAPI Retry Failure Limit

When enabled, Migrator for Notes tracks documents where one or more MAPI calls could not be completed successfully. If the number of documents where one or more MAPI calls cannot be committed to Exchange, the migration will exit with ‘migration failed’ status.

The document retry failure limit feature can be disabled by setting the value to ‘0’ or leaving it blank.

MAPI Retry

Migrator for Notes makes multiple MAPI calls when migrating a document, such as creating the message header, writing the body, adding attachments, etc. When processing messages, the remote Exchange server may become unresponsive in such a way that MAPI calls to write data do not complete. The call is retried a number of times (using the preexisting feature known as MAPI Retry: the maximum number and delay between retries can be set in EMM) to fully migrate data to Exchange.

If any of the MAPI calls cannot be completed, the document will be considered as failed due to MAPI retries, and added to the total of failed documents. Document information is logged, the NoteID is removed from both the in-memory migration history, and the CMTProcessedNoteID-[shortname].txt crash recovery file.

Note that other types of failures, such as a corrupt message body which results in a failure, are not counted toward the MAPI retry failure total. These other types of failures are specific to the source data, whereas the MAPI retry failures are related to the ability to write to exchange.

If the number of documents with MAPI retry errors exceeds the failure limit, the migration will exit, and return ‘Migration failed’ status. This migration will not automatically requeue and must be requeued by the migration administrator to fully migrate the mailbox. When a migration is requeued, it may be migrated by any workstation. Any documents containing MAPI retry errors on the failed migration will be remigrated during subsequent migrations.   

If the migration terminates abnormally (crashes), the document being migrated when the crash occurs will not be retried, which is standard procedure for crash recovery in Migrator for Notes. Any other documents containing MAPI Retry Exceeded will be remigrated. In this case, Migrator for Notes will automatically restart the migration on the same workstation.

Process attachments greater than

The limit for the size attachments, in MB, that will be detached and processed as file attachment objects. A value of -1 disables this feature, and processes all attachments as MIME streams, similar to Migrator for Notes versions 4.6 and earlier. A value of 0 will process all attachments as file attachments. The default value is 0 MB to process all attachments outside the MIME Stream.

Encapsulate special content

When enabled, documents containing special notes functionality or items such as button or stored forms will be migrated as an attachment in addition to being rendered in the message body. End users can then open the NotesMessage.nsf attachment to use the native functionality of the form.

Migrate documents as private

When set to ‘Yes’, the migration will migrate documents designated as private in Notes as Private in Exchange. This will also include messages decrypted in Notes prior to migration.

Process Sametime history as

Controls how Sametime message transcripts will be processed.

Rich Text (Recommended) – Content will be processed as Rich Text Format and does not require preprocessing.

MIME (requires preprocessing) – Content will be processed as MIME. This results in a better representation after migration, but requires processing each file before migration.

Convert UNC paths to links

Specify No if you do not wish the body of the documents searched for UNC (Exchange Naming Convention) links during migration.

If you specify Yes, CMT attempts to convert UNC links into actionable links.

Add category to calendar events

Field in Exchange. For example, if you specify Migrated with Migrator for Notes in the field, then all the calendar events, such as meetings and appointments, will display this phrase in the categories field after they are migrated. It enables you to visually differentiate calendar events that were migrated into Outlook from those created natively in Outlook before or after the migration. This setting is optional.

Note: Any categories that are in the original Notes calendar event will also display in the categories field.

Process meeting with no end date using ICAL information

Specify Yes to use the ICAL recurrence information to determine the repeat pattern when processing repeat calendar meetings with no end date.

Specify No to process repeat meetings with no end date without using ICAL recurrence information.

Note: When migrating a meeting with No End Date and this option is set to No, the meeting is migrated but limited to 250 occurrences.

Enable Advanced features

Select Yes to enable features used when migrating large environments or to cloud based services.

Enable Hosted features

Appears if Advanced features are enabled. Select Yes to enable features used when migrating hosted environments. This setting should only be enabled under the direction of Advanced Support.

Enable multiple Control Centers

Appears if Advanced features are enabled. Select Yes to enable features used when migrating with multiple Migration Control Center (MCCs). This setting should only be enabled under the direction of Advanced Support.

Send Rules Email

Configure these settings if you will be sending users their mailbox rules before migration.

From

Contains the profile name that will send the mail regarding mailbox rules to users. Migration Coordinator is specified as default.

Subject

Contains a subject that briefly describes the purpose of the mail. Your Mail Box Rules is specified as the subject by default.

Body

Can contain any information that you may want to share with the end user about this procedure.

Rules to Include

Includes all rules or only the rules that are enabled. Select All Rules.

Encrypted Items Migration

Choose how to migrate encrypted messages. Valid options are:

• Require decryption action and migrate into the body

• Migrate into a Notes database as an attachment

Note: Enabling the Migrate into a Notes database as an attachment option will increase the size of each migrated item containing encrypted content. The Lotus Notes client, original Notes ID, and decryption keys are required on the workstation used to view the encrypted content of the migrated items.

Send Encrypted Items Summary Email

Configure these settings if you will be emailing users a summary of their encrypted items.

The fields in this section display only when Require decryption action and migrate into the body option is selected.

From

Contains the profile name that will send users the mail with a summary of encrypted items. Migration Coordinator is specified as default.

Subject

Contains a subject that briefly describes the purpose of the mail. Your Encrypted Items is specified as the subject by default.

Body

Can contain any information that you may want to share with the end user about this procedure.

Template Name (.ntf)

This appears if you have selected Migrate into a Notes database as an attachment. Specify the template name in this format:  filename.ntf

EncryptedContent.ntf is the default template that ships with Migrator for Notes. This template will be installed on every migration workstation during the product installation. This template will need to be signed with the appropriate Lotus Notes Administrative ID on all workstations. 

You can use any database template; however, you will need to manually distribute the template to all migration workstations.

Binary Tree recommends that use of an alternative template or any changes to EncryptedContent.ntf be thoroughly validated prior to production use.

Attachment name in Exchange

This field displays only when the Migrate into a Notes database as an attachment option is selected.  Specify the database name in this format:  filename.nsf

Text included with attachment

This field displays only when the Migrate into a Notes database as an attachment option is selected. Customized text can be added to the migrated item to provide end-user instructions or information. The default text is as follows:

Portions of this document were encrypted with Lotus Notes encryption. This content has been stored in the attached Lotus Notes database during migration to preserve security. You may view this content by opening the attached file on a workstation that has a Lotus Notes Client and the recipient’s Notes ID.

Migration Checklist

The Migration Checklist is a personalized list of tasks which can be used to help manage the migration project. Determine, then classify or group the major steps you consider necessary to manage your migration project. Determine the sequence, timeline, and description for each migration task and enter them into the Migration Checklist.

Enable Recovery

This setting defines the default value for the Enable Recovery setting in the migration profiles’ Advanced tab.

If the Enable Recovery setting is set to Yes in the Advanced tab of a migration profile, it enables tracking of processed messages during migration. So, if the migration process terminates unexpectedly, this feature prevents the application from reprocessing messages that were migrated during the initial run of the migration. Click here to learn more about configuring the Enable Recovery setting.

Disable MIME Cache

Specify Yes to disable the local cache database when processing messages using MIME.

Disabling this feature significantly impacts throughput when migrating MIME content from a Domino server.

MAPI Custom Settings

Select Specify advanced MAPI parameters to override the default values for MAPI retry count and MAPI retry delay.

When configured, retries are attempted when the MAPI_E_NETWORK_ERROR (0x80040115) result code is encountered during any of the following MAPI calls:

• Create attachment

• Create folder

• Create message

• Modify recipients

• Save folder changes

• Save message changes

• Save attachment changes

If the configured retry limit is exceeded, the migration is cancelled and Migrator for Notes will begin the migration of the next user. If the migration is canceled in the middle of writing a document, the document will be partially written to Exchange. The default retry limit is set to 30 seconds.

Specify the Number of retries that will be attempted when the MAPI_E_NETWORK_ERROR (0x80040115) result code is encountered. Values ranging from 1 to 999 can be entered. The default number of retries is “9”. Note that entering “0” results in the default “9” retries being used.

Specify the Delay between retries in seconds between MAPI calls. The time is progressive. The number of seconds delay for a call is (retry # * delay). For example, if the retry delay is set to 1 second, and the retry count is 5, the delays between calls will be 1, 2, 3, 4, and 5 (progressively longer). If the retry delay is 1.5 seconds, the times will be 1.5, 3.0, 4.5, 6, and 7.5. Values ranging from 1 to 999 can be entered. The default delay is “1” second. Note that entering “0” results in the default delay “1” second being used.

MAPI Retry Failure Limit

When enabled, Migrator for Notes tracks documents where one or more MAPI calls could not be completed successfully. If the number of documents where one or more MAPI calls cannot be committed to Exchange, the migration will exit with ‘migration failed’ status.

The document retry failure limit feature can be disabled by setting the value to ‘0’ or leaving it blank.

MAPI Retry

Migrator for Notes makes multiple MAPI calls when migrating a document, such as creating the message header, writing the body, adding attachments, etc. When processing messages, the remote Exchange server may become unresponsive in such a way that MAPI calls to write data do not complete. The call is retried a number of times (using the preexisting feature known as MAPI Retry: the maximum number and delay between retries can be set in EMM) to fully migrate data to Exchange.

If any of the MAPI calls cannot be completed, the document will be considered as failed due to MAPI retries, and added to the total of failed documents. Document information is logged, the NoteID is removed from both the in-memory migration history, and the CMTProcessedNoteID-[shortname].txt crash recovery file.

Note that other types of failures, such as a corrupt message body which results in a failure, are not counted toward the MAPI retry failure total. These other types of failures are specific to the source data, whereas the MAPI retry failures are related to the ability to write to exchange.

If the number of documents with MAPI retry errors exceeds the failure limit, the migration will exit, and return ‘Migration failed’ status. This migration will not automatically requeue and must be requeued by the migration administrator to fully migrate the mailbox. When a migration is requeued, it may be migrated by any workstation. Any documents containing MAPI retry errors on the failed migration will be remigrated during subsequent migrations.   

If the migration terminates abnormally (crashes), the document being migrated when the crash occurs will not be retried, which is standard procedure for crash recovery in Migrator for Notes. Any other documents containing MAPI Retry Exceeded will be remigrated. In this case, Migrator for Notes will automatically restart the migration on the same workstation.

Process attachments greater than

The limit for the size attachments, in MB, that will be detached and processed as file attachment objects. A value of -1 disables this feature, and processes all attachments as MIME streams, similar to Migrator for Notes versions 4.6 and earlier. A value of 0 will process all attachments as file attachments. The default value is 0 MB to process all attachments outside the MIME Stream.

Encapsulate special content

When enabled, documents containing special notes functionality or items such as button or stored forms will be migrated as an attachment in addition to being rendered in the message body. End users can then open the NotesMessage.nsf attachment to use the native functionality of the form.

Migrate documents as private

When set to ‘Yes’, the migration will migrate documents designated as private in Notes as Private in Exchange. This will also include messages decrypted in Notes prior to migration.

Process Sametime history as

Controls how Sametime message transcripts will be processed.

Rich Text (Recommended) – Content will be processed as Rich Text Format and does not require preprocessing.

MIME (requires preprocessing) – Content will be processed as MIME. This results in a better representation after migration, but requires processing each file before migration.

Convert UNC paths to links

Specify No if you do not wish the body of the documents searched for UNC (Exchange Naming Convention) links during migration.

If you specify Yes, CMT attempts to convert UNC links into actionable links.

Add category to calendar events

Field in Exchange. For example, if you specify Migrated with Migrator for Notes in the field, then all the calendar events, such as meetings and appointments, will display this phrase in the categories field after they are migrated. It enables you to visually differentiate calendar events that were migrated into Outlook from those created natively in Outlook before or after the migration. This setting is optional.

Note: Any categories that are in the original Notes calendar event will also display in the categories field.

Process meeting with no end date using ICAL information

Specify Yes to use the ICAL recurrence information to determine the repeat pattern when processing repeat calendar meetings with no end date.

Specify No to process repeat meetings with no end date without using ICAL recurrence information.

Note: When migrating a meeting with No End Date and this option is set to No, the meeting is migrated but limited to 250 occurrences.

Enable Advanced features

Select Yes to enable features used when migrating large environments or to cloud based services.

Enable Hosted features

Appears if Advanced features are enabled. Select Yes to enable features used when migrating hosted environments. This setting should only be enabled under the direction of Advanced Support.

Enable multiple Control Centers

Appears if Advanced features are enabled. Select Yes to enable features used when migrating with multiple Migration Control Center (MCCs). This setting should only be enabled under the direction of Advanced Support.

Message Types

Specify the Migration Options. You can either select all message types or specify the types that you wish to be included in the migration (Mail, Calendar, Task, and Contact).

Date Filter

Specify a range of dates that will ensure that only the data that falls within the specified range is migrated.

The Date Filter will apply to all the selected message types. For example, if you select All message types, the specified date filter will apply to Mail, Calendar, Tasks, and Contacts.

Migration Log Level

By default, Migrator for Notes creates a log file for every user that is migrated. In this field, you specify the level of detail you want in the logs. There are three levels provided.

• Minimal

• Normal (Recommended)

• Verbose

Selecting Verbose significantly increases the size of the log files that are created. This is only recommended for troubleshooting purposes. Log files are located in the Logs subdirectory where CMT Exchange is installed, usually C:\Program Files\Binary Tree\CMT for Exchange\Logs.

Skip folders named

Specify a list of folder names from your Domino mail files that you would like Migrator for Notes to bypass during the migration. This feature is useful if you have a customized mail template that may contain folders with non-messaging data. Specify folder names in the Skip folders named field. Separate entries by commas.

Migrate empty folders

Select to migrate empty folders in users’ mailboxes to Outlook.

Migrating Sent Items

In Lotus Notes, a mail message can exist in the Sent Items folder or in the Sent Items folder and a user-defined folder(s). In Outlook, a mail message can only exist in one or the other. This field provides two options.

• Select Migrate to the Outlook Sent Items Folder, if you prefer the items to be stored in the Sent Items folder in Outlook after migration regardless of what other user-defined folder(s) it may have been stored in Lotus Notes.

• Select Preserve custom folder name, if possible, if you prefer the items that exist in two locations to be stored in the user-defined folder after the migration.

Migrate Unfiled Documents

This option determines if “unfiled” documents will be migrated. “Unfiled” documents are those documents in Notes which do not appear in any folder and can only be accessed from the ‘All Documents’ view within the mail file.

Documents may be unfiled if a user deletes a folder without deleting the documents or removes a document from the only folder it resided within.

Audit Notes UNIDs

During Migration

The migration worker will record an audit of the Notes source document UNID [unique identifier] for all items processed in a .csv file. This will be uploaded to the migration controller in the logs folder.

Ignore Privacy Flag

If set to ‘Yes’, this will not migrate any documents as private in Outlook. This will override the Settings | Other Settings option if that is set to ‘Yes’. This is typically useful for shared mailbox migrations.

Migrate to Exchange Server

Select if you want the migrated data to go directly to the Exchange server or Office 365.

Migrate to .PST file

Select if you want the migrated data to go to a .pst file.

The PST Folder Path field is added to the form when this option is selected.

PST Folder Path

Specify the path where you want the .pst file(s) to be stored. This must be a Windows drive and folder or mapped drive on the migration workers. A Windows UNC path should not be used.

When migrating to a PST file, the file name format will be “<User’s SMTP Address>-Notes Database ID.pst”.

Individual attachment size limit

Specify a size limit in bytes to filter individual attachments. For example, if you specify 1000, each individual attachment that is greater than 1000 bytes in size will be filtered out during migration.

Maximum message size cannot exceed 125 MB. This field should be set to 131072000 to avoid memory errors during the migration.

Attachment total size limit

Specify the total size limit of all attachments in a document in bytes. For example, a value of 10000 would allow only a total of 10000 bytes for attachments migrated per message.

Maximum message size cannot exceed 150 MB. This field should be set to 157286400 to avoid memory errors during the migration.

Advanced Message Filtering Options

Configure these settings if you wish to filter the messages based on their various age limits.

Mail Age limit

Specify the number of days from the migration date to filter the mail messages. For example, if you specify 30, the application will only migrate messages that were created 30 days prior to the migration date.

Task Age limit

Specify the number of days from the migration date to filter the tasks (To Do Lists). For example, if you specify 30, the application will only migrate tasks that were created 30 days prior to the migration date.

Calendar Age limit

Specify the number of days from the migration date to filter the calendar events. For example, if you specify 30, the application will only migrate calendar events that will occur in the 30 days prior to the migration date.

Filter Repeating meetings

By default, all repeating meetings are migrated. Repeating meetings are filtered based on the specified age limit criteria only when you check the Filter Repeating meetings checkbox.

It should be noted that in case of repeating meetings, the filter applies to the date of the parent-meeting document and does not filter the series. This means that if the parent meeting falls within the specified date range, the entire series is migrated and if the parent meeting falls outside the date range, the entire series is skipped. The dates of the meeting recurrences do not matter.

Additional Options

Configure these settings to improve the migration throughput.

Enable Recovery

Specify Yes to enable the setting to track processed messages during migration. So, if the migration process terminates unexpectedly, this feature will prevent the application from reprocessing messages that were migrated during the initial run of the migration.

To disable this setting, specify No.

Refer to the Enable Recovery setting in the Configuring Other Settings section to understand how the default value for the Enable Recovery setting in the Advanced tab is determined.

Process as RTF

Specify Yes to override the default MIME processing and to process native Notes documents as Rich Text.

Note: Enabling this feature is not recommended.

Disable MIME Cache

Specify Yes to disable the local cache database when processing messages using MIME.

Disabling this feature significantly impacts throughput when migrating MIME content from a Domino server.

Convert UNC paths to links

Specify No if you do not wish the body of the documents searched for UNC (Exchange Naming Convention) links during migration.

If you specify Yes, CMT attempts to convert UNC links into actionable links.

Add category to calendar events

Specify a word or phrase in the field to add to the category field in Exchange. For example, if you specify Migrated with Migrator for Notes in the field, then all the calendar events, such as meetings and appointments, will display this phrase in the categories field after they are migrated. It enables you to visually differentiate calendar events that were migrated into Outlook from those created natively in Outlook before or after the migration. This setting is optional.

Flush log to disk after

Specify the number of log events (entries) after which you want CMT to close the log file and flush it to the disk.

Leave the field blank or specify 0 or 1 to log continuously until the migration completes.

Please note that all the logs are flushed to the disk after they close irrespective of the value specified in this field.

Note: The specified value in the field only forces CMT to update the log file after a specified number of entries (events). It may improve processing in certain environments but if CMTProxy terminates during a migration, you also run the risk of missing complete information in the log file.