Inaktiv postlåda återansluts inte automatiskt till ett lokalt Active Directory-konto

Ursprungligt KB-nummer:   4337973

Symptom

När ditt lokala Active Directory-konto återansluts till Azure AD Connect återansluts inte din inaktiva postlåda automatiskt i Exchange Online. Dessutom skapas en nyligen etablerat postlåda i Exchange Online.

Anteckning

För Microsoft Office 365-dedikerade/ITAR-kunder skriver Microsoft Managed Services Service Provisioning Provider (MMSSPP) tillbaka de särskilda miljön och attributen till en kunds lokala Active Directory under msExchMailboxGUID ExchangeGUID samexistensfasen. I stället för en nyligen etablerad postlåda i Exchange Online skapas en e-postaktiverad användare.

Orsak

När postlådeobjekt tas bort från Azure AD Connect finns de kvar i Azure AD-papperskorgen i 30 dagar. Du måste vidta ytterligare åtgärder för att återansluta ett lokalt AD-konto till en inaktiv postlåda när kontot rensas från papperskorgen.

Lösning

Lös problemet genom att använda följande processer:

Överföra innehållet från den ursprungliga postlådan

Återställa innehållet från den inaktiva postlådan till den nyligen etablerade postlådan med hjälp av cmdleten New-MailboxRestoreRequest. Då kan du fortsätta att använda den nya postlådan och kopiera det ursprungliga innehållet.

Återanslut den ursprungliga inaktiva postlådan

Anteckning

Den här processen fungerar även för mjuk borttagna postlådor om de ansluter till ett nytt lokalt AD-konto. Parametern SoftDeletedMailbox bör användas för att ersätta InactiveMailboxOnly parametern.

  1. Kör följande kommando för att hämta inaktiva postlådeattribut från Exchange:

    $InactiveMailbox = Get-Mailbox -InactiveMailboxOnly -Identity <identity of inactive mailbox>
    
  2. Kör följande kommando för att tillfälligt koppla den inaktiva postlådan till ett molnkonto. Ett konto synkroniseras tillbaka till Azure AD:

    New-Mailbox -InactiveMailbox $InactiveMailbox.DistinguishedName -Name "<name of inactive mailbox>" -DisplayName "<DisplayName of inactive mailbox>" -MicrosoftOnlineServicesID <alias@*.onmicrosoft.com> - Password (ConvertTo-SecureString -String <PasswordString> -AsPlainText -Force) -ResetPasswordOnNextLogon $true
    
  3. Hämta parametervärdet immutableID. Som standard är det här det lokala ObjectGUID attributet som en base-64-sträng. Du kan konvertera ObjectGUID med hjälp av följande kommando i Windows PowerShell:

    [system.convert]::ToBase64String(([GUID]"<ObjectGUID>").tobytearray())
    
  4. Hämta parametervärdet för det ObjectID nya Azure AD-kontot i Azure AD som synkroniserades tillbaka från Exchange Online. Det gör du genom att köra följande kommando:

    Get-MsolUser -UserPrincipalName <UPN> | fl objectID
    
  5. Ange ImmutableID parametern i Azure AD:

    Set-MsolUser -ObjectId  <ObjectId>  -ImmutableId <ImmutableId>
    
  6. Ta in det ursprungliga Azure AD-kontot i omfattningen för Azure AD Connect.

  7. Kontrollera postlådeobjektet och kontrollera att den primära SMTP-adressen uppdateras från ett tillfälligt upn-värde (user principal name) till rätt primär adress.

    Anteckning

    Den nya postlådan aktiveras inte för bevarande av juridiska skäl. Dessutom får du följande varningsmeddelande:
    VARNING! Den inaktiva postlådan har återställts. För att bevara data tills du får en giltig licens har vi aktiverat Återställning av enstaka objekt i 30 dagar. Vi har dessutom aktiverat bevarande i 30 dagar. När en giltig licens har tilldelats för postlådan kan du inaktivera de här inställningarna och använda Bevarande av juridiska skäl eller Bevarande av In-Place i stället för att bevara data.

  8. Tillämpa Exchange Server-licensen och lämpliga inställningar för att hålla den nya postlådan.

Mer information

Stegen i avsnittet Lösning är en anpassning av instruktionerna för molnbaserad postlåda i Återställa en inaktiv postlåda i Office 365.

Behöver du fortfarande hjälp? Gå till Microsoft Community.