Chat now with support
Chat mit Support

Migrator for Notes 20.14.2 - Installation and Configuration Guide

Section 1. Introduction Section 2. Installing Binary Tree Migrator for Notes Section 3. Setting Up the Migrator for Notes Domino Database Section 4. Configuring Settings in Migrator for Notes About us Technical support resources Appendix A: Preparing for Office 365 Migrations Appendix B: Preparing for Office 365 Modern Authentication Appendix C: Creating a Migration Farm Appendix D: Securing Migrator for Notes Web Services with Windows Authentication Appendix E: Microsoft Graph Application ID Appendix F: Modern Authentication Delegation Migration Third-party Contributions

4.9. Configuring Delegation

4.9.    Configuring Delegation

  1. Click the Delegation tab.

  2. Validate Yes is selected for the Audit Delegates option. If set to No, set to Yes and save and close the document, then reopen the document to view the other configuration settings.

Graphical user interface, text, application, email

Description automatically generated

 


The Application ID tab appears only for Office 365 migrations.

 

  1. The PowerShell application impersonation set option is a prompt to set application impersonation. Set application impersonation using the steps below and then set this option to Yes.

    1. Open the Exchange Management Shell or configure a PowerShell session to connect to either an on-premise or the appropriate Office365 server.

    2. In the shell, enter the following command to configure application impersonation:

New-ManagementRoleAssignment –Name:impersonationAssignmentName –Role:ApplicationImpersonation –User:CMTMigrationAdmin@myDomain.org

Where CMTMigrationAdmin@myDomain.org is the SMTP or login name of the migration account, or the name of security-enabled group used for migration.

  1. To run delegation migrations as a scheduled process, set Run delegation as a scheduled process to Yes (default).

  2. Click the Enable scheduled agent button and select the Domino server as Local to perform the migration. The agent will run in the background of the local Notesclientand and a replica of the Notes Migrator.nsf should be present on the server or workstation running the migration.

Scheduled delegation migration runs in the background on a workstation or server. Notes must be running and background agents must be enabled on the client. To enable local agents in Notes access the preferences through File | Preferences | Basic Notes Client Configuration and select Enable Scheduled Local Agents.

The scheduled delegation migration agent runs once a day at 3:00 AM.  Note that if the agent is changed to run at a time interval that is too short, the PowerShell tasks may not have time to complete.

  1. Click the Delegate Settings tab:

Graphical user interface, text, application, email

Description automatically generated

  1. After auditing the user's mail files with Active Delegation enabled, you are able to send an email that displays the user's current delegation settings, so they can decide whether they are still valid for migration to Outlook. You should allow the users a period of time to review before rerunning the mail file audit to collect any updated settings.

The options below allow you to customize the message to exclude certain users and groups that delegation does not need to be reported to the users about. Typical exclusions are standard Administrative groups or administrative IDs that are by default listed in the HCL Domino Mail files within the environment.

Graphical user interface, text, application, email

Description automatically generated


Additional settings must be configured if you will be using Modern Authentication for access to the target tenant for delegation migrations. An Application ID in the tenant with access to Exchange Web Services is required. See Appendix F: Modern Authentication Delegation Migration for further information.

 

4.10. Configuring Source Updates

The Source Updates Settings are used to configure the Fix Folders agent.

 

The following table describes the values for each setting.

Settings    

Description

Replace Blank Folder Names With

The folder name to be used when updating Blank folder names. This will update blank (Null) folders at the folder root, blank folders within the folder hierarchy and blank folders at the end of the folder hierarchy. This will numerically increment (1, 2, 3, etc.) if more than one blank folder exists. Replacements will be done for: "", " ", " \", "\ \","\\" "\ "

Append Personal System Folders With

The folder name to be appended to Outlook system folders that have been created at the folder root of the Notes personal folders. This will not update the Notes system folders. The folder names will be appended with a hyphen "-" and then the name to be used.

Check for Duplicate Folders Names

Option to check for duplicate personal folder names. If enabled, the agent will check each folder to determine if there is a duplicate and then append "-" and an incremented number to make the name unique.

Check Duplicate Folders on Remediation Only

Option to have the duplicate checks be performed on the first Fix Folders processing or only on second processing runs. This requires the option for duplicate checking to be enabled. Set to "No" to disable this and have the Fix Folders agent always check on the first pass for duplicates or set to "Yes" to have the duplicate checking skipped on the first pass and only be run on subsequent updates. This is enabled as the default configuration.

Maximum Duplicates Checks per Folder

Numeric setting for the number of duplicates to be checked on a single personal folder. If there are more duplicates of a single folder name than the number specified, the duplicate checking for that folder will be skipped. Requires duplicate checking to be enabled.

Remove Personal Folder Aliases

Option to remove hidden Alias from Notes Personal folders. This will remove all aliases in the Notes folders except for the system folders. This should only be used if an issue with an alias is found to cause a problem with migrations.

Email end users with Folder Renames

Option to send an email to the end users with a list of the folder names that were changed. The email will include the original folder names and the new folder names.

Enable Replacement of Specific Characters

If enabled, this will allow for a defined set of characters to be removed from all personal folder names and to have those replaced with a different character. This will not update system folders and should only be used if a specific character is found to cause an issue with migrations.

System Folders

The list of folder names corresponding to system folders in Notes. These folders will not be altered by the Fix Folders process unless the user has created a personal folder with the same name.

Replacement characters in

Personal Folders

This is a text list of characters to be replaced and should be a comma separated list if more than one character should be replaced. This requires the character replacement to be enabled and should not contain a backslash "\" as that will replace the Notes folder hierarchy or be Null (blank).

Character to be used for replacements

This should be a valid character that is not known to cause migration issues and should not be Null (blank). Typically, a hyphen "-" is recommended.

Remove obsolete local group members

This can be enabled to verify any local personal group membership (not system groups membership) and remove notes formatted (Canonical) membership addresses that are no longer in Domino (e.g. user accounts for leavers that were removed from Domino). The Email Repliability in Migrator for Notes is used for these checks and should be populated prior to running the processing, if enabled. Note that these members cannot be automatically replaced once they are removed.

Rename local canonical group names

This can be enabled to validate local personal group names created by end users to check if these have a canonical (Domino) format (e.g. Personal Group/Local). If enabled, the processing will rename these by replacing the “/” with a “-“ to prevent Notes treating the local group name as canonical for migration.

 

4.11. Configuring Other Settings

Click the Other Settings tab to configure settings to control how encrypted items are handled or mail rules found in the user mail file. In this tab, the Migration Checklist and Advanced settings can also be configured:

 

 

 

The following table describes the values for each setting:

Settings    

Description

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.

 

Sending Mail Box Rules

Migrator for Notes allows you to send users their Mail Box Rules before migration occurs. You can define the From, Subject, text in the body, and which rules to include in the email sent to users.

Migrating Encrypted Items

Migrator for Notes offers two solutions for migrated items that have been encrypted via Lotus Notes. The data may be decrypted as part of the pre-migration process, or the encrypted content may be attached to the migrated message in a Lotus Notes database during migration.

When the Require decryption action and migrate into the body option is selected, additional fields will be visible in the Send Encrypted Items Summary Email section to configure the From, Subject and text in the body of the summary email sent to end users.  If you select Migrate into a Notes database as an attachment option is selected, you will see new fields for the Template name, the Attachment name in Exchange and Text included with attachment.

Creating a Migration Checklist

  1. Click the Migration Checklist button to enter the steps, timelines, and tasks in the Migration Checklist Profile to use for your customized Migration Checklists:

  1. Starting with Step 1, click the down arrow button in the Timeline column.

  1. The Select Keywords dialog box is displayed. Select one of the provided keywords or enter a new one in the New Keyword field at the bottom of the dialog box and click OK to continue:

 

If the predefined keywords do not appropriately describe your timeline, you can specify a new keyword in the New Keyword field.

  1. Enter a description in the Task column and click Save & Close to complete:

  1. If you exit the document without saving, the following dialog box is displayed. Select Yes to save the Migration Checklist. If No is selected all new entries are discarded:

  1. After all the settings have been configured, click Save & Close to save all the configuration settings.

Enabling Recovery

As stated earlier, the Enable Recovery setting in the Other Settings tab defines the default value for the Enable Recovery setting (found under the Advanced tab) in the existing migration profiles as well as the new profiles you may create.

By default, it is set to Yes, so in all the existing migration profiles and the new ones you create, the Enable Recovery setting will also be set to Yes. However, if you were to change this setting to No in the Other Settings tab, and save the changed configuration settings, the following prompt will display.

If you click Yes in this dialog box, the Enable Recovery setting in all the existing migration profiles will change to No, and any new migration profile created will also have No as the default value in this field.

But if you click No in this dialog box, the Enable Recovery setting in all the existing migration profiles will remain Yes (the prior setting), however, when you create a new migration profile now, the Enable Recovery setting will be set to a default No.


It is recommended that you review the description provided for the Enable Recovery setting in the Advanced tab of migration profiles (Section 6.6) for a complete understanding of how this setting works.

Sending Mail Box Rules

4.11. Configuring Other Settings

Click the Other Settings tab to configure settings to control how encrypted items are handled or mail rules found in the user mail file. In this tab, the Migration Checklist and Advanced settings can also be configured:

 

 

 

The following table describes the values for each setting:

Settings    

Description

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.

 

Migrator for Notes allows you to send users their Mail Box Rules before migration occurs. You can define the From, Subject, text in the body, and which rules to include in the email sent to users.

Migrating Encrypted Items

Migrator for Notes offers two solutions for migrated items that have been encrypted via Lotus Notes. The data may be decrypted as part of the pre-migration process, or the encrypted content may be attached to the migrated message in a Lotus Notes database during migration.

When the Require decryption action and migrate into the body option is selected, additional fields will be visible in the Send Encrypted Items Summary Email section to configure the From, Subject and text in the body of the summary email sent to end users.  If you select Migrate into a Notes database as an attachment option is selected, you will see new fields for the Template name, the Attachment name in Exchange and Text included with attachment.

Creating a Migration Checklist

  1. Click the Migration Checklist button to enter the steps, timelines, and tasks in the Migration Checklist Profile to use for your customized Migration Checklists:

  1. Starting with Step 1, click the down arrow button in the Timeline column.

  1. The Select Keywords dialog box is displayed. Select one of the provided keywords or enter a new one in the New Keyword field at the bottom of the dialog box and click OK to continue:

 

If the predefined keywords do not appropriately describe your timeline, you can specify a new keyword in the New Keyword field.

  1. Enter a description in the Task column and click Save & Close to complete:

  1. If you exit the document without saving, the following dialog box is displayed. Select Yes to save the Migration Checklist. If No is selected all new entries are discarded:

  1. After all the settings have been configured, click Save & Close to save all the configuration settings.

Enabling Recovery

As stated earlier, the Enable Recovery setting in the Other Settings tab defines the default value for the Enable Recovery setting (found under the Advanced tab) in the existing migration profiles as well as the new profiles you may create.

By default, it is set to Yes, so in all the existing migration profiles and the new ones you create, the Enable Recovery setting will also be set to Yes. However, if you were to change this setting to No in the Other Settings tab, and save the changed configuration settings, the following prompt will display.

If you click Yes in this dialog box, the Enable Recovery setting in all the existing migration profiles will change to No, and any new migration profile created will also have No as the default value in this field.

But if you click No in this dialog box, the Enable Recovery setting in all the existing migration profiles will remain Yes (the prior setting), however, when you create a new migration profile now, the Enable Recovery setting will be set to a default No.


It is recommended that you review the description provided for the Enable Recovery setting in the Advanced tab of migration profiles (Section 6.6) for a complete understanding of how this setting works.

Verwandte Dokumente

The document was helpful.

Bewertung auswählen

I easily found the information I needed.

Bewertung auswählen