하이브리드 설정이 있고 사용자 생성 프로세스 스크립트에서 AD 개체를 생성한 다음 온프레미스 Exchange에 연결하고 실행하여 Enable-RemoteMailbox -Identity $UserName -RemoteRoutingAddress $RemoteRoutingAddressOffice 365에서 사용자 사서함을 활성화합니다.
최근에 내가 알아차린 것은 실행 하면 . O365에 연결된 상태에서 실행하면 올바른 . 이 문제는 를 사용하여 생성된 사서함에서만 발생합니다 . 온프레미스 Exchange 서버에서 사서함이 비어 있음을 확인하게 하는 뭔가가 누락된 것입니까 ?Get-RemoteMailbox -Identity "[email protected]" | FL *ExchangeGuid*00000000-0000-0000-0000-000000000000ExchangeGuidGet-MailboxExchangeGuidEnable-RemoteMailboxExchangeGuid
이 문제를 해결하기 위해 다음 스크립트를 작성했습니다.
$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
}
하지만 앞으로는 이 작업을 수행하여 사용자를 생성할 때 누락된 문제나 단계를 수정할 필요가 없습니다.
답변1
나에게도 이 문제가 있다.
해결 방법.
이제 가서 o365에 연결해야 합니다. get-mailbox 사용자 |fl exchangeguid를 수행하세요.
GUID 복사
온프레미스 하이브리드로 이동하여 실행
set-remotemailbox user -exchangeguid GUID 붙여넣기
그러면 사용자가 온프레미스 사서함에 연결할 수 있습니다.
나는 이것에 대한 해결책도 알고 싶습니다 ...
한숨을 쉬다
답변2
이러한 상황은 Enable-RemoteMailbox 명령이 이 특성을 채우지 않기 때문에 Exchange Online에서 직접 사서함을 만든 경우 발생합니다. 또한 Azure AD Connect 다시 쓰기 특성에도 포함되지 않습니다. 이 프로세스는 MS에 의해 확실히 개선될 수 있지만 그럼에도 불구하고 아직은 개선되지 않았습니다.
exchangeguid를 Exchange Online에서 On Prem으로 다시 복사하는 스크립트를 찾았습니다. 그것은 나를 위해 일했습니다!
https://gallery.technet.microsoft.com/office/Sync-Exchange-Online-646b88ab#content
XML에 자격 증명을 저장하는 데 문제가 있어서 XML 파일을 찾는 대신 2개의 자격 증명 변수를 = Get-Credential로 변경했습니다.
내가 수정한 2줄은 다음과 같습니다.
에서:
$ExchCred = Import-Clixml C:\scripts\creds\ExchScripts.xml
에게:
$ExchCred = Get-Credential
그리고 또한
에서:
$cred = Import-Clixml C:\scripts\creds\ExchScripts.xml
에게:
$cred = Get-Credential
분명히 이것은 일회용으로 괜찮은 스크립트를 실행할 때마다 자격 증명을 묻는 메시지를 표시합니다. 예약된 작업으로 수행하려는 경우 자격 증명 내보내기 부분이 작동하도록 하는 것이 가장 좋습니다. 또한 Exchange Online에 인증하는 데 사용하는 계정에서 MFA를 비활성화했는지 확인하세요. 비활성화한 후에는 MS 서버에서 전체 복제를 보장하기 위해 15분 동안 그대로 두십시오. MFA에 대한 메시지가 즉시 중단되었음에도 불구하고 액세스를 허용하는 데 시간이 걸렸습니다.
이것이 누군가에게 도움이 되기를 바랍니다. 이에 대한 해결책을 찾는 데 오랜 시간이 걸렸습니다.
답변3
하이브리드 환경에서 GUID를 일치시키는 유일하게 신뢰할 수 있는 방법은 프레미스에 사서함을 만들고 aad connect를 실행한 다음 동기화가 완료되면 사서함을 O365로 이동하는 것입니다. GUID는 교환에 의해 생성되지 않았기 때문에 AD 특성으로 존재하지 않기 때문에 원격 사서함 활성화를 사용할 때 GUID가 거의 일치하지 않습니다.
답변4
이는 하이브리드 사서함의 ExchangeGuid 및 ArchiveGuid에 대해 알려진 문제입니다.
다음 PowerShell은 이 상황의 모든 사서함을 찾아서 해결합니다.
# Connect to on-premises Exchange server PowerShell - insert your server's name in relevant place
$UserCredential = Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http://**your on-premises Exchange server**/PowerShell/ -Authentication Kerberos -Credential $UserCredential
Import-PSSession $Session -DisableNameChecking -Prefix EPS # Import all cmdlets with 'EPS' prefix to avoid Exchange Online clash
# Connect to Exchange Online PowerShell
Connect-ExchangeOnline
# Get all hybrid mailboxes with a blank ExchangeGuid or ArchiveGuid
$EPSRemoteMailboxes = Get-EPSRemoteMailbox -Filter "ExchangeGuid -eq '$([GUID]::Empty)'" -ResultSize Unlimited
$EPSArchiveRemoteMailboxes = Get-EPSRemoteMailbox -Archive -Filter "ArchiveGuid -eq '$([GUID]::Empty)'" -ResultSize Unlimited
foreach ($EPSRemoteMailbox in $EPSRemoteMailboxes) {
$EXOMailbox = Get-Mailbox -Identity $EPSRemoteMailbox.UserPrincipalName
$EPSRemoteMailbox | Set-EPSRemoteMailbox -ExchangeGuid $EXOMailbox.ExchangeGuid
}
foreach ($EPSArchiveRemoteMailbox in $EPSArchiveRemoteMailboxes) {
$EXOArchiveMailbox = Get-Mailbox -Identity $EPSArchiveRemoteMailbox.UserPrincipalName
$EPSArchiveRemoteMailbox | Set-EPSRemoteMailbox -ArchiveGuid $EXOArchiveMailbox.ArchiveGuid
}
https://learn.microsoft.com/en-us/exchange/troubleshoot/move-mailboxes/migrationpermanentException-when-moving-mailboxes https://learn.microsoft.com/en-us/exchange/troubleshoot/administration/validation-errors-for-mailbox-archive-guid