Проблема состояла в том, что AutoLogonCount был 0, если это - нулевые окна, очищает DefaultPassword и устанавливает AutoAdminLogon на 0 на завершении работы, поэтому удаляющем мои недавние изменения. Решение состояло в том, чтобы удалить ключевой AutoLogonCount.
Лично я не сделал бы передающей вещи, сосет это, Вы не были связаны с выбором той фазы миграции.
У меня была бы установка машиной шлюза, которая зеркально отразила всю входящую электронную почту к соответствующему серверу бэкэнда или даже обеим машинам, в то время как миграция происходила.
Создание одного большого перемещения не является хорошей идеей, всегда существует что-то, что пропущено, или это повреждается, который неожидан, и когда его осуществление 150 человек вместо 2, это будет Ваша голова.
Мы в последний раз сделали это между 3 системами (Qmail, Exchange07(?) и Постфикс) все с их собственным поступлением и исходящими серверами. Мы хотели объединить их всех с Exchange 2010. Мы устанавливаем постфиксный сервер, чтобы быть получателем MX для всех 3 из тех платформ. Это получило почту для всех, просканированную почту для спама, и затем переслало почту к соответствующему серверу бэкэнда на основе хеш-таблицы. Клиенты все еще посланное и полученное электронное письмо без того, чтобы замечать любые изменения, и мы медленно добирались для миграции наших клиентов 1 набор за один раз. (клиенты не заметили изменений, пока это не был их день для обновления так или иначе.)