Как согласовать пользователя с локальными и облачными почтовыми ящиками?

Мы находимся в процессе гибридной миграции сосуществования с локального Exchange 2010 на Office 365. Это означает, что у нас работают ADFS и «Dirsync» (теперь называемый Windows Azure AD Sync). Мы прошли более половины процесса миграции почтовых ящиков, поэтому около 60% почтовых ящиков наших пользователей находятся в облаке, а остальные 40% или около того все еще находятся в локальных базах данных Exchange 2010.

Сегодня мы обнаружили, что один из наших пользователей имеет как локальный почтовый ящик, так и почтовый ящик Office 365, связанный с его одной учетной записью AD. Это означает, что если он открывает Outlook на компьютере, присоединенном к домену, и выполняет начальную настройку, он использует автообнаружение для подключения его к локальному почтовому ящику, но если он входит в портал Office 365, он показывает его облачный почтовый ящик.

Что еще хуже, когда пользователь, чей почтовый ящик находится в облаке, отправляет ему электронное письмо, оно попадает только в его облачный почтовый ящик, а когда пользователь, чей почтовый ящик все еще находится в локальной среде, отправляется только в его локальный почтовый ящик. почтовый ящик. Таким образом, он не может видеть всю свою почту в одном месте.

Как мы можем «объединить» его почтовые данные (конечный пункт назначения: Office 365) и убедиться, что его Outlook «автоматически обнаруживает» почтовый ящик Office 365 и вся почта маршрутизируется в этот почтовый ящик?

7
задан 6 June 2016 в 20:27
4 ответа

Я решил, что не хочу экспортировать всю почту из облачного почтового ящика с помощью Outlook, удалить лицензию Office 365 (или просто лицензию EOL) у пользователя, затем использовать Powershell для постоянного удаления почтового ящика, затем переместить местный почтовый ящик в облако, а затем повторно импортировать экспортированные данные в новый облачный почтовый ящик. Я знал, что это сработает, но, похоже, это обошло все стороной. То, что я в итоге сделал, возможно, было более правильным, но вот еще один способ:

  • я изменил адреса электронной почты на местном почтовом ящике, чтобы остановить отправку почты на него, затем я использовал оболочку Exchange для экспорта местного почтового ящика в PST.
  • я отключил местный почтовый ящик (который, по сути, удаляет его в Exchange 2010 - ранее назывался "удаление функций Exchange").
  • я создал нового Mail User в Exchange 2010, подключенного к существующему пользователю, о котором идет речь. Это дало мне возможность начать работу с объекта, необходимого для маршрутизации почты в Office 365 из локального офиса, который называется Удаленный почтовый ящик (Похоже, что вы не можете использовать Новый удаленный почтовый ящик..., если удаленный почтовый ящик уже существует). При создании пользователя почты я убедился, что целевым адресом является <псевдоним пользователя>@<настраиваемый домен>.mail.onmicrosoft.com.

После того, как объект Mail User был отсортирован, я решил, что мне нужно настроить несколько вещей в атрибутах Active Directory:

  • Сначала я заглавным буквам написал протокол для правильного ответа на адрес в атрибуте proxyAddresses.
  • Я проверил, что атрибут targetAddress был <псевдоним пользователя>@<нашний пользовательский домен>.mail.onmicrosoft.com. com.
  • Копирование от другого пользователя, который был настроен правильно, я изменил msExchRecipientDisplayType с пустого на -2147483642.
  • Как и прежде, я изменил msExchRecipientTypeDetails с пустого на 2147483648.
  • Я изменил msExchRemoteRecipientType на 4.
  • Наконец, мне показалось, что я должен заполнить атрибут msExchMailboxGuid, что оказалось сложнее, чем казалось. Я нашел ExchangeGuid свойство для облачного почтового ящика, используя сеанс PowerShell, подключенного к Exchange Online с помощью Get-Mailbox -Identity | fl. Хитрость заключается в том, что, когда о нем сообщается, он находится в формате text и для редактирования AD attritube необходимо ввести его в формате hex. Я использовал он-лайн конвертер (их несколько, которые я обнаружил после веб-поиска по несовпадению форматов), чтобы получить шестнадцатеричную версию и обновил атрибут AD.
  • На тот момент это выглядело так, что я сделал это в AD, поэтому я запустил гирсинхронизацию, убедился, что не было никаких ужасных ошибок, а затем связался с пользователем, чтобы прогнать их через первоначальный конфигурационный файл Oulook, который "автоматически обнаружил" он-лайн почтовый ящик и работал как шарм.
  • В это время я заканчиваю копирование элементов из PST, экспортированных в начале, в онлайн почтовый ящик с помощью Outlook.

Анонимный пользователь предложил следующее, вместо использования GUID конвертера. Это также позволит Powershell автоматизировать процесс.

Вместо использования конвертера GUID вы можете просто скопировать GUID с 365 и обновить свойство пользователя в Active Directory:

$365MboxGUID = get-mailbox -identity $samaccountname | select -ExpandProperty ExchangeGuid

Set-ADUser $samaccountname -replace @{msExchMailboxGuid=$365MboxGUID}
5
ответ дан 2 December 2019 в 23:25

У меня такая же проблема в моем домене. Кто-то вручную создал почтовый ящик o365 для пользователей, у которых уже есть локальный почтовый ящик

. Я нашел способ исправить это:

  • Экспорт почтового ящика Office 365 в PST
  • Удалить пользовательскую лицензию Office 365 (это удалит его облачный почтовый ящик)
  • Удалите пользователя Office 365 из Office 365 AD:
    • Remove-MsolUser -UserPrincipalName (скрытый) -Force
    • Remove-MsolUser -UserPrincipalName (скрытый) -RemoveFromRecycleBin -Force
  • DirSync (воссоздать пользователя в Office 365 AD)
  • Переназначить лицензию Office 365 для пользователь
  • Перенести пользователя в Office 365
  • Восстановить PST

Я думаю, это более просто и понятно. Вы также можете повторно перенести свой почтовый ящик локально (вне сети), если вам это нужно.

7
ответ дан 2 December 2019 в 23:25

Спасибо, Мауро! Это сработало для меня, U пришлось добавить -UserPrincipalName в вашу команду, и это сработало для меня!

Remove-MsolUser -UserPrincipalName youruser@youroffice365domain -Force
Remove-MsolUser -UserPrincipalName youruser@youroffice365domain -RemoveFromRecycleBin -F
1
ответ дан 2 December 2019 в 23:25

Чтобы избавиться от облачного почтового ящика, я просто перешел с одной подписки на другую, так что в IE я был на E5, я изменил свою учетную запись на Business Premium, но удалил опцию Exchange Online, затем я перенес свой почтовый ящик в облако, прежде чем вернуться к Подписка E5.

-1
ответ дан 2 December 2019 в 23:25

Теги

Похожие вопросы