E-Mail-Übermittlung Problem nach Postfach migriert, Office 365 dedizierte/ITAR (vNext)

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 3189107
Problembeschreibung
Nachdem Ihr Postfach auf Microsoft Office 365 für/ITAR (vNext) verschoben wird, treten die folgenden Probleme:
  • Sie erhalten nicht Ihre e-Mail.
  • Wenn jemand versucht, e-Mails (der migrierten Benutzer) senden, erhalten sie einen Unzustellbarkeitsbericht (NDR).
Ursache
Als Teil des Verschiebevorgangs zu vNext werden Objekte in der dedizierten Legacyumgebung fixiert. Wenn ein Benutzer nicht korrekt fixiert, MMSSPP weiterhin aktualisieren die TargetAddress und ProxyAddresses Attribute und ein Mail-Übermittlung Problem führen kann.
Lösung
Migrationen aus dedizierten vNext organisiert und mit Microsoft-Bereitstellung konfiguriert. Dieser Prozess umfasst die folgenden Schritte aus, um sicherzustellen, dass die Migration effizient und mit möglichst wenig Einfluss auf die Endbenutzer möglichst abgeschlossen ist:
  1. Erste Rückschreiben Prozess (derzeit manuell *, und Microsoft)

    Einige Verzeichnisinformationen (z. B. MsExchMailboxGuid und PublicDelegates) muss aus dem dedizierten Verzeichnis Azure Active Directory übertragen werden. Hierzu erforderliche Informationen aus dem dedizierten Verzeichnis extrahiert und in lokalen Active Directory geschrieben. Dort wird zur Übertragung von Informationen an die Cloud AAD Sync/verbinden verwendet. Diese Rückschreiben manuell durchgeführt und koordiniert mit Microsoft Deployment-Ressourcen vor Migrationen.
  2. Lizenzieren Sie Objekt in vNext und lassen Sie im Batchmodus dem EXO-Team (Kunde)

    Als Rückschreiben-Vorgang abgeschlossen ist, wird der Kunde Batch und Lizenz Objekte Maßnahmen Skript EXO Service-Teams in der Konfigurationsdokumentation. Da die MsExchMailboxGuid Element aus lokalen gewidmet kopiert AD vNext, dies verhindert, dass ein neues Postfach bereitgestellt werden und stellt sicher, dass das Verschieben erfolgreich abgeschlossen wurde.

  3. Sperren von Postfächern (manuell, durch Microsoft)

    Vor dem übermitteln der bewegt werden die Postfächer fixiert. Daher den TargetAddress und ProxyAddresses Eigenschaften von MMSSPP nicht mehr aktualisiert. Nach dem Verschieben wird das Quellpostfach konfiguriert von Postfach-Replikation (FRAU) um sicherzustellen, dass ein e-Mail-Übermittlung. Diese Attribute bleiben nach der Migration zu Änderungen dauerhaft fixierten.
  4. Vor der Aussaat (FRAU)

    Eine Gruppe von Postfächern in einem migrationsbatch enthält, die vom Kunden Microsoft Deployment Ressource bereitgestellt wird. Dies muss abgeschlossen werden mehrere Wochen, bevor das Postfach migriert werden, damit das neue Postfach bereits vergebene in vNext.
  5. Letzte Migration (FRAU)

    Der Verschiebevorgang ist auf Datum und Uhrzeit vom Kunden abgeschlossen.
  6. Endgültige Rückschreiben (derzeit manuell *, Microsoft abgeschlossen)

    Innerhalb von drei Werktagen wird als letzte Rückschreiben abgeschlossen. Aktualisiert Eigenschaften sind TargetAddress, Dermsexchrecipienttypedetails, MsExchRemoteRecipientType, MsExchRecipientDisplayTypeund ProxyAddresses.
Ist ein Bericht von Mail Probleme nach der Migration, sollten Sie die folgenden Informationen:
  • Unzustellbarkeitsberichte meldet (NDRs), wenn verfügbar

Überprüfen Sie die Konfiguration des Objekts in der dedizierten Legacyumgebung. Das Objekt sollte ein RemoteUserMailbox Attribut ExternalEmailAddressmit Suffix *. onmicrosoft.com:
get-recipient john@contoso.com | fl ExternalEmailAddress,RecipientTypeDetails
ExternalEmailAddress          : SMTP:john@contoso.onmicrosoft.comRecipientTypeDetails          : RemoteUserMailbox

ExternalEmailAddress sollte eine e-Mail-Adresse für das Postfach vNext.

Sind Bedenken, dass das Quellobjekt in Legacy dedizierte falsch konfiguriert ist, führen Sie Microsoft zur weiteren Untersuchung.

* Es ist ein Projekt derzeit Rückschreiben automatisieren. Wie die Automatisierung geschaffen wird, Rückschreiben erfolgt kontinuierlich und zusätzliche Schritte werden unnötige.

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 3189107 – Letzte Überarbeitung: 09/05/2016 02:49:00 – Revision: 2.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal

  • vkbportal226 kbmt KB3189107 KbMtde
Feedback