Determines whether HTML information in the Description field of calendar appointments and tasks will migrate. The default:
… tells the SSDM to migrate such information. The feature can be disabled by AllowHTMLCalendarBodies=0.
Tells the SSDM whether to automatically write the display names of Notes' email 2 and email 3 in the form Display Name (SMTP Address)— e.g., Joe Example (joeex@email.com). This feature, intended to make the type-ahead feature easier to use, can be enabled by
For example, to migrate data to PST files without connecting to the Exchange server, set:
... and also, in the [General] section:
The Exchange Autodiscover service can return two sets of URLs in its query responses:
The parameter value is a keyword that must be one of the following values:
This parameter is used only when migrating using MNE MAPI/HTTP. For more information, see[Exchange] UseMneMapiHttpLib=<#> .
Disable Modern Authentication by setting DisableModernAuthentication=1. When disabled, MNE will fall back on another one of the mechanisms supported by the server (e.g. Basic Authentication).
• |
[Exchange] MigrateOversizedAttachments is set to 1 (enabled) |
• |
extracted image sizes are larger than the value specified by [Filter] AttachSize. |
This option makes images renderable in both OWA and the Office web client and is enabled by default (1). To disable the option, set ExtractEmbeddedImages=0.
The value specified by the [Exchange] MessageRetryCount parameter |
This parameter is used only when migrating using Outlook MAPI. Most migrations will use the MNE MAPI/HTTP library instead. For more information, see [Exchange] UseMneMapiHttpLib=<#> .
Determines the number of additional attempts that MNE will make to recover from a MAPI API function that fails with one of the errors listed in the MAPIErrorsToRetry parameter. If a MAPI retry error occurs, MNE waits for the amount of time specified by the MessageRetryWait parameter, and attempts to run the MAPI API function again.
If the API function continues to fail and returns MAPI retry errors, once the MAPIRetryCount limit is reached MNE makes a new attempt to store the message using a new MAPI session, as described by the MessageRetryCount parameter.
If this parameter is not set, it defaults to the value that is specified by the MessageRetryCount parameter.
This setting is applied when the [Exchange] ExtractEmbeddedImages parameter is enabled.
Converting an image to BMP format can result in an image that has a data size many times larger than the original image. Due to the technical limitations of RTF format, it is not possible to use other, more efficient image formats that support data compression.
To mitigate the impact to the target mailbox size by emails that contain large embedded images, you can use the MaxExtractedImageArea setting to specify the maximum allowable image area, in pixels, of the generated BMP image. During the conversion, if the limit is exceeded, the embedded image is removed from the email body and is replaced with the original Notes image stored as a standard file attachment on the migrated message.
Original images are uploaded to OneDrive if the Migrate Oversized Attachments option is enabled for Microsoft 365 mailbox migration and the extracted image sizes exceed the limit specified by the [Filter] AttachSize parameter.
When MaxExtractedImageArea=0, the image is migrated to Exchange with no size limit applied.
This parameter is used only when migrating using Outlook MAPI. Most migrations will use the MNE MAPI/HTTP library instead. For more information, see [Exchange] UseMneMapiHttpLib=<#> .
Determines the maximum number of times that MNE will attempt to reconnect the MAPI session if a message fails to migrate due to one of the errors that are specified by the MAPIErrorsToRetry parameter. MNE pauses between each reconnect attempt for the number of seconds specified by the MessageRetryWait parameter.
If MNE is unable to open a new MAPI session after MaxSessionReconnectCount attempts, the migration is abandoned.
This parameter is used only when migrating using Outlook MAPI. Most migrations will use the MNE MAPI/HTTP library instead. For more information, see [Exchange] UseMneMapiHttpLib=<#> .
If a message fails to migrate due to one of the MAPI errors specified by the MAPIErrorsToRetry parameter, this parameter determines the maximum number of additional attempts that MNE will make to store the message. When MNE fails to store a migrated message to the target mailbox due to a MAPI retry error, MNE closes the existing MAPI session, opens a new session, and attempts to store the message again.
If MNE is unable to open a new MAPI session, it continues to make additional attempts to connect with MAPI, as described by the MaxSessionReconnectCount parameter. MNE pauses between each reconnect attempt for the number of seconds specified by the MessageRetryWait parameter.
If MNE is able to successfully open new MAPI sessions, but attempts to store the message continue to fail and the MessageRetryCount limit is reached, MNE logs the MAPI error and the failure to migrate the current message. MNE proceeds to the next message to be migrated.
Sets the delay (in seconds) between retry attempts for MAPI API functions that fail with one of the errors specified by the MAPIErrorsToRetry parameter, as documented by the MAPIRetryCount parameter.
The parameter also specifies the delay (in seconds) between MAPI session reconnect attempts, as documented by the MessageRetryCount parameter.
Determines whether the SSDM will migrate the FYI attendees of a Notes meeting to the bcc field in Exchange, where they will appear as Resources, instead of to the cc field. This option keeps FYI attendees hidden if the organizer later changes the meeting, since Exchange sends notifications of such changes, and those notices would otherwise disclose the FYI attendees as Optional Attendees.
By default (MigrateMeetingFYIAsResource=1), the SSDM migrates FYI attendees of a Notes meeting to the bcc field in Exchange. You can disable the feature (0) to make the SSDM migrate FYI attendees to the cc field.
The parameter value is a single-digit integer which must be one of these two valid values:
NOTE: The maximum size limit for attachments is set in the SSDM on the Select Date and Size Filters screen. You can modify the maximum attachment size on that screen but the size should not exceed the maximum attachment size allowed by Microsoft 365. |
• |
... tells the SSDM to clear the contents of Personal Address Books in Exchange before migrating corresponding PABs from Notes—useful if, for example, you had already migrated PABs, but wanted to migrate them again. The default PurgePABS=0 disables the feature, so no PABs are cleared. This feature clears only Exchange PABs that correspond to Notes PABs about to be migrated, and will not clear any other existing Exchange PABs.
... tells the wizard to delete the Exchange copy of the item and remigrate it from Notes.
The parameter value is a single-digit integer, which must be one of these three valid values:
The RemigrateMode parameter also impacts how folder permissions are migrated when a mailbox is migrated again. The following rules apply to the migration of folder permissions regardless of the RemigrateMode parameter setting and how many times the migration has been performed:
The RemigrateMode parameter affects the migration of folder permissions in scenarios where a user exists in both the Notes mail file ACL AND the Exchange Folder ACL. The RemigrateMode setting values affect the migration as described below:
4: Tasks Only |
• |
None (0): Don’t migrate any permissions to the Root folder. Users can only open specific well-known folders in mailboxes to which they have access using the Outlook Open User’s Folder feature. |
• |
Set Folder Visibility Only (1): Users who have access to any kind of content within the Notes mail file are granted Folder Visibility rights on the root folder in the target mailbox. This allows users to browse the folder structure of the root folder. However, the users can only access the content of the child folders to which they’ve been granted access. The downside of this approach is that any folders that are created directly under the root folder after the migration inherit the permissions of the root folder. This could lead to some users having limited access to some of the content within the mailbox. For example, a user who should have access to email content would be able to access the mail folders that were created during migration, but would not have access to the content of mail folders that were created after the migration. Conversely, users that have access to calendar/task/contact data only in the source mail file can view the folder structure of these newly created mail folders. However, they cannot view the content of these new mail folders. |
• |
Mail Folder Permission Only (2): MNE configures the permission on the root folder to match all other mail folders (such as the Inbox). The advantage of this approach is that users who have access to email have all the access that they need in the target mailbox on folders that are created during the migration and also on folders that are created directly under the root folder after the migration (since those folders inherit their permissions from the root folder). The one disadvantage is that users who only have access to calendar/task/contact data can only access that data using Outlook’s Open User’s Folder feature. They cannot browse the mailbox content from the root folder. |
• |
Combined Permissions (3): MNE combines the behavior of the previous two settings. Users who have access to mail content are granted equivalent access to the root folder. Users who have access to calendar/task/contact data are granted Folder Visibility permissions on the root folder. There are numerous benefits to this approach. All users who have access to any kind of content can browse the folders of the target mailbox from the root of the mailbox. Users with access to mail content are assured to have access to folders created during the migration and those that are created directly under the root folder after the migration. The one minor downside of this approach is that because folders that are created directly under the root folder after the migration inherit the permission of the root folder, users who have access to calendar/task/contact data are only granted Folder Visibility permissions on those folders. This does not grant these users access to the content within these folders. However, they can view the folder structure under these folders, granting them slightly more access than intended. |
This feature can be disabled by setting the parameter to 0.
UpdateHtmlWithMismatchedCharset=UTF-16
UpdateHtmlWithMismatchedCharset=UTF-16
UpdateHtmlWithMismatchedCharset=US-ASCII
To correct this issue, enable the UpdateHtmlWithMissingCharset option. With this option enabled, MNE checks for the presence of a charset declaration in the HTML HEAD element during the migration process. If missing, NME inserts a charset declaration using the charset value from the MIME message header. While this charset declaration may not match the encoding of the message, it makes Microsoft 365 think that everything is proper, and prevents Microsoft 365 from removing the correct charset declaration that appears later in the document. The second charset declaration in the body overrides the newly inserted one that is declared in the HEAD element. As a result, the email message renders properly in the email client.
There are limited scenarios where the MNE MAPI/HTTP library is not used:
This value specifies the max size limit for attachments—that is, the program will migrate only attachments that are smaller than the size designated here, in KB. For example: AttachSize=8000 tells the program to not migrate attachments larger than 8000 KB.
This value corresponds to a GUI element in the SSDM: the Migrate only calendar data ... dated on or after field in the Select Date and Size Filters screen, which specifies the earliest items that the program will migrate (will migrate only items that are timestamped on or after the designated date). The SSDM writes this value to the Task Parameters from the user's GUI entry; Quest recommends you do not manually enter or change this value except at the direction of Quest Support.
This value corresponds to a GUI element in the SSDM: the Migrate only messages ... dated on or after field in the Select Date and Size Filters screen, which specifies the earliest items that the program will migrate (will migrate only items that are timestamped on or after the designated date). The SSDM writes this value to the Task Parameters from the user's GUI entry; Quest recommends you do not manually enter or change this value except at the direction of Quest Support.
This value corresponds to a GUI element in the SSDM: the Migrate only calendar data ... dated on or before field in the Select Date and Size Filters screen, which specifies the latest items that the program will migrate (will migrate only items that are timestamped on or before the designated date). The SSDM writes this value to the Task Parameters from the user's GUI entry; Quest recommends you do not manually enter or change this value except at the direction of Quest Support.
This value corresponds to a GUI element in the SSDM: the Migrate only messages ... dated on or before field in the Select Date and Size Filters screen, which specifies the latest items that the program will migrate (will migrate only items that are timestamped on or before the designated date). The SSDM writes this value to the Task Parameters from the user's GUI entry; Quest recommends you do not manually enter or change this value except at the direction of Quest Support.
Each line specifies a folder name. The specified folder is excluded from the migration. For example:
Folders can be included or excluded by setting [Filters], [FolderTreeFilters], and [IncludeFoldersAndViews]. The precedence order is [Filters] > [IncludeFoldersAndViews] > [FolderTreeFilters].
• |
If a folder is named in both the [Filters] section and the [IncludeFoldersAndViews] section, the [Filters] section takes precedence and the folder or view is not migrated. |
• |
If a folder is named in both the [IncludeFoldersAndViews] and the [FolderTreeFilters], the [IncludeFoldersAndViews] sections take precedence and the folder or view is migrated. Since the [FolderTreeFilters] section impacts the sub folders, the sub folders are still excluded if they are not named in the [IncludeFoldersAndViews]. |
Folders can be included or excluded by setting [Filters], [FolderTreeFilters], and [IncludeFoldersAndViews]. The precedence order is [Filters] > [IncludeFoldersAndViews] > [FolderTreeFilters].
• |
If a folder is named in both the [Filters] section and the [IncludeFoldersAndViews] section, the [Filters] section takes precedence and the folder or view is not migrated. |
• |
If a folder is named in both the [IncludeFoldersAndViews] and the [FolderTreeFilters], the [IncludeFoldersAndViews] sections take precedence and the folder or view is migrated. Since the [FolderTreeFilters] section impacts the sub folders, the sub folders are still excluded if they are not named in the [IncludeFoldersAndViews]. |
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Feedback 使用条款 隐私 Cookie Preference Center