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

Мы находимся в середине процесса гибридного сосуществования с локального 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, и вся почта направляется в этот почтовый ящик?

4 ответа

Решение

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

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

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

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

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

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

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

Set-ADUser $samaccountname -replace @{msExchMailboxGuid=$365MboxGUID}

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

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

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

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

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

Remove-MsolUser -UserPrincipalName youruser@youroffice365domain -Force
Remove-MsolUser -UserPrincipalName youruser@youroffice365domain -RemoveFromRecycleBin -F

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

Другие вопросы по тегам