У нас есть гибридная установка, и в нашем сценарии процесса создания пользователя мы создаем объект AD, затем подключаемся к нашему локальному Exchange и запускаем Enable-RemoteMailbox -Identity $ UserName -RemoteRoutingAddress $ RemoteRoutingAddress
, чтобы активировать пользователя почтовый ящик в Office 365.
Недавно я заметил, что мы запускаем Get-RemoteMailbox -Identity " something@domain.com"| FL * ExchangeGuid *
он вернется с 00000000-0000-0000-0000-000000000000
как ExchangeGuid
. Когда я запускаю Get-Mailbox
при подключении к O365, он даст мне правильный ExchangeGuid
. Эта проблема возникает только с почтовыми ящиками, которые были созданы с помощью Enable-RemoteMailbox
, я не могу найти что-то, что вызывает локальную Сервер Exchange, чтобы увидеть, что почтовый ящик имеет пустой ExchangeGuid
?
Я написал следующий сценарий, чтобы исправить это:
$ProblemMailboxes = Get-RemoteMailbox * | Where-Object {$_.ExchangeGuid -eq "00000000-0000-0000-0000-000000000000"} | Sort-Object Name
foreach($Mailbox in $ProblemMailboxes) {
$ExchangeGuid = Get-OnlineMailbox -Identity $Mailbox.UserPrincipalName | Select-Object ExchangeGuid -ExpandProperty ExchangeGuid
Set-RemoteMailbox -Identity $Mailbox.UserPrincipalName -ExchangeGuid $ExchangeGuid
}
Но мне не нужно делать это в будущем и исправлять проблему или шаг ( s) Меня не хватает при создании пользователя.
У меня тоже есть эта проблема.
обходной путь.
теперь мне нужно пойти и подключиться к o365, сделайте get-mailbox user | fl exchangeguid
скопируйте GUID
goto onprem hybrid и запустить
set-remotemailbox user -exchangeguid Вставить GUID
, который затем позволяет пользователю подключаться к почтовому ящику на месте.
Мне интересно узнать, как исправить это ...
вздох
Это нормальное явление, когда нам нужно вручную установить ExchangeGUID после создания удаленного почтового ящика для почтового ящика Exchange Online.
Эта ситуация возникает, если почтовый ящик был создан непосредственно в Exchange Online, поскольку команда Enable-RemoteMailbox не заполняет этот атрибут; также он не включен в атрибуты обратной записи Azure AD Connect. Этот процесс определенно мог бы быть улучшен с помощью MS, но, тем не менее, этого еще не произошло.
Я нашел сценарий для копирования идентификатора exchangeguid из Exchange Online обратно в On Prem. У меня это сработало!
https://gallery.technet.microsoft.com / office / Sync-Exchange-Online-646b88ab # content
У меня возникла проблема с хранением учетных данных в XML, поэтому я просто изменил 2 переменные учетных данных на = Get-Credential вместо того, чтобы искать XML-файл.
Я изменил две строки:
ОТ :
$ExchCred = Import-Clixml C:\scripts\creds\ExchScripts.xml
ДО :
$ExchCred = Get-Credential
, а также
ОТ :
$cred = Import-Clixml C:\scripts\creds\ExchScripts.xml
ДО :
$cred = Get-Credential
Очевидно, это будет запрашивать учетные данные каждый раз, когда вы запускаете скрипт, который подходит для одноразового использования. Если вы хотите, чтобы это было запланированной задачей, вам лучше всего заставить работать часть экспорта учетных данных. Кроме того, убедитесь, что вы ОТКЛЮЧИТЕ MFA в учетной записи, которую вы используете для аутентификации в Exchange Online. После отключения оставьте его на 15 минут, чтобы обеспечить полную репликацию на серверах MS. Мне потребовалось время, чтобы разрешить доступ, хотя он сразу перестал запрашивать MFA.
Надеюсь, это кому-то поможет. Мне потребовались годы, чтобы найти решение для этого.
Единственным надежным способом сопоставления гидов в гибридной среде является создание почтового ящика в предварительной среде, запуск aad connect, а затем после завершения синхронизации перемещение почтового ящика в O365. Идентификаторы GUID редко совпадают при использовании включения удаленного почтового ящика, поскольку guid не существует в качестве атрибута AD, поскольку он не был создан обменом.