User Provision process runs in error - the Exchange cmdlets (Enable-MailUser, Set-MailUser) will be send to different domain controllers. Could I set a defined domain controller for all Exchange activities?

Hello,

Thanks you for posting in the Migrator for Notes to Exchange (MNE) forum. I understand you are experiencing an issue with the MNE Group Provision process. I will need some additional information to better assist you:

1.) What is the exact version of MNE you are running (Help | About)?

2.) Is the MNE migration server joined to the target domain where the groups are being created?

You may want to try implementing the following parameter in the MNE Global Default Settings:

[ActiveDirectory]
CreateGroupDelay=300

This may help eliminate an errors due to Active Directory replication delays.

Thanks,

Trevor Taegder
Senior Technical Support Engineer
Quest | Support

Hello Trevor,
the MNE Group Provision Process is running fine.
1.) Our MNE release is 4.13 - tomorrow we will update to the latest release.

The User Provision runs in errors. Two different Exchange cmd-lets will be executed. The first to enable the mail user and some milliseconds later Exchange should set an additional value. Both jobs are started by the Quest provision process. The technical problem - only the first command has the option attached "-DomainController hostname", the second not. So Exchange can choose to which global catalog system will be used. In our case on one other AD system. There is the user object not mail enabled.

Currently we check to define a static Exchange Domain Controller and Global Catalogs so that all commands will be execute on one AD system.

Kind regards
Jens

Hello Jens,

Thanks for the update and clarification. I now understand that it is the Provision User operation that you are experiencing issues with. In this case, based on the information you have provided, I would recommend setting the following parameter in the MNE Global Default Settings:

[Exchange]
ViewEntireForest=1

Determines whether the scope of MNE’s Data Migration Wizard will be expanded to the entire forest (valid for Exchange 2010 or later), rather than limited to just the local domain. For example: ViewEntireForest=1 tells the wizard to expand its scope to include the entire forest. The feature is off (0) by default. An expanded scope can be useful, for example, where MNE needs to run the set adserversettings-viewentireforest $true PowerShell cmdlet in a multi-domain forest, to enable other PowerShell commands for the same scope. (Note that the cmdlet must be run by MNE, not run independently.)

Note: This setting will not be imported into existing migration configuration templates. Existing templates will need to be manually modified to be updated with this new parameter. You may want to try going through the MNE migration wizard without using a configuration template to test this new parameter.

This new parameter should allow any Global Catalog server to service the request made by MNE. If this new setting resolves the issue, but you are still interested in only targeting certain servers, then this may require a Service Request for further investigation:

https://support.quest.com/create-service-request

Please let me know if you have any additional questions or need any additional clarification.

Thanks,

Trevor Taegder
Senior Technical Support Engineer
Quest | Support

Hello Trevor,
we upgraded to the latest available MNE release without the ViewEntireForest=1 setting. A small test group could be provisioned fine.

Kind regards
Jens