Exchange IMAP-Migrationsdaten in OWA korrigieren
Warum Exchange IMAP-Migrationen Daten in OWA zerstören
Outlook im Web (OWA) ist das browserbasierte Frontend für Exchange Online und On-Premises Exchange Server. Nach einer Exchange IMAP-Migration zeigt jede E-Mail in OWA das Migrationsdatum statt des ursprünglichen Empfangsdatums. Warum? Weil OWA dieselbe PR_MESSAGE_DELIVERY_TIME-Eigenschaft liest, die auch Outlook Desktop verwendet, und diese Eigenschaft wurde während der Migration überschrieben.
Wenn das integrierte IMAP-Migrationstool von Exchange Nachrichten ins Zielpostfach hochlädt, behandelt die Transport-Pipeline jede als neue Zustellung. Sie stempelt einen Received-Header mit der aktuellen Verarbeitungszeit und setzt den internen Zustellungszeitstempel entsprechend. Die originale Datumsinformation existiert noch im Date-Header, aber OWA schaut dort nie hin für die Datumsanzeige.
Manche Administratoren nehmen an, das Problem sei auf Outlook Desktop beschränkt, und empfehlen den Wechsel zu OWA als Workaround. (Dieser Rat taucht übrigens überraschend oft in Migrationsforen auf.) Das hilft nicht. OWA und Outlook Desktop lesen beide aus demselben Exchange-Nachrichtenspeicher. Wenn die Zustellzeit auf dem Server falsch ist, ist sie überall falsch - OWA, Outlook Desktop, Outlook Mobile, EWS-Clients von Drittanbietern. Es gibt keinen clientseitigen Ausweg aus serverseitiger Datumsverfälschung.
Wie falsche Daten die OWA-Erfahrung beeinträchtigen
Jede E-Mail in OWAs Nachrichtenliste zeigt den Migrationszeitstempel. Der Fokussierte Posteingang, der Tab "Sonstige", Gesendete Elemente, archivierte Nachrichten - alle zeigen dasselbe falsche Datum. OWAs Suchfunktion unterstützt Datumsfilter wie "received:this week" oder "received:last month", aber diese Filter fragen den verfälschten Zustellungszeitstempel ab. Eine Suche nach E-Mails vom Januar 2024 liefert null Ergebnisse, wenn die Migration im März 2026 stattfand.
OWAs Konversationsansicht gruppiert Nachrichten weiterhin korrekt nach Thread (über Betreff und Message-ID-Referenzen), aber das Datum neben jeder Nachricht innerhalb einer Konversation ist das Migrationsdatum. Das Hovern über das Datum zeigt den vollständigen Zeitstempel - der ebenfalls falsch ist. Die Filterfunktion für schnelle Datumsbereichs-Filterung wird unzuverlässig. Für Organisationen, in denen OWA der primäre E-Mail-Client ist (üblich in Umgebungen, die Desktop-Software-Bereitstellung vermeiden, oder bei Remote-Arbeitern auf verwalteten Geräten), zerstört das die chronologische Nutzbarkeit jedes Postfachs, das die IMAP-Migration durchlaufen hat.
Häufig gestellte Fragen
Ist das Datumsproblem in OWA dasselbe wie in Outlook Desktop?
Identisch. Sowohl OWA als auch Outlook Desktop lesen die PR_MESSAGE_DELIVERY_TIME-Eigenschaft aus dem Exchange-Nachrichtenspeicher. Die Datumsverfälschung liegt auf Serverseite. Die Korrektur auf Serverebene durch Redate.io behebt die Anzeige in OWA, Outlook Desktop und Outlook Mobile gleichzeitig.
Kann ich das korrekte Originaldatum irgendwo in OWA sehen?
Ja, aber nur manuell. Öffnen Sie eine Nachricht in OWA, klicken Sie auf das Drei-Punkte-Menü und wählen Sie "Nachrichtenquelle anzeigen". Der originale Date-Header zeigt das korrekte Datum. Das für 20.000 E-Mails zu tun, ist allerdings keine realistische Lösung.
Wie identifiziert Redate.io, welche E-Mails korrigiert werden müssen?
Redate.io verwendet Mustererkennung über Migrationstool-Signaturen, um von der IMAP-Migration betroffene E-Mails zu identifizieren. Die Engine analysiert die Header-Kette jeder Nachricht, erkennt durch Migration eingefügte Received-Header und markiert Nachrichten, bei denen der Zustellungszeitstempel vom originalen Date-Header abweicht.
Funktioniert Redate.io mit On-Premises Exchange Server oder nur mit Exchange Online?
Beides. Redate.io verbindet sich mit jeder Exchange-Umgebung, in der IMAP aktiviert ist, einschließlich Exchange Online (Microsoft 365), Exchange Server 2016 und Exchange Server 2019. Der Korrekturprozess ist identisch, unabhängig davon, ob Exchange gehostet oder On-Premises ist.