[English]Ein Leser hat mich darauf hingewiesen, dass der PST-Import in einen Microsoft 365-Tenant seit mindestens dem 1. November 2024 mittels einer SAS-URL nicht mehr funktioniert. Er bekommt bei seinem deutschen Microsoft 365-Tenant den Error 500 vom Import-Tool gemeldet. Laut Microsoft tritt der Fehler aber wohl weltweit auf. Ich stelle nachfolgend mal die bekannten Details zusammen.
Anzeige
PST-Import: Worum geht es genau?
Normalerweise kann ein Administrator einen Benutzer auf seinem Microsoft 365-Tenant mit der Berechtigung Mail Import/Export ausstatten.
Die Option findet sich in der Rollengruppe Import (siehe obiger Screenshot) und in der Unterkategorie Mail Import Export (siehe folgender Screenshot).
Anzeige
Im Anschluss lassen sich Outlook-PST-Dateien über das Portal Purview/Compliance mittels einer SAS-URL und dem Azure Tool in das Benutzerkonto des Tenants hochladen. Nachfolgender Screenshot zeigt die Option zum Erstellen eines Importauftrags.
Die Shared Access Signature (SAS) ermöglicht dabei den sicheren delegierten Zugriff auf die Ressourcen des Speicherkonto im Tenant. Soweit so bekannt, und Microsoft hat das Ganze im Supportbeitrag Schritt 1: Kopieren Sie die SAS-URL und laden Sie AzCopy herunter beschrieben.
Die Importaufträge scheitern an der SAS-URL
Blog-Leser Maximilian H. teilte mir nun per E-Mail mit, dass in seiner Umgebung dieser Importvorgang scheitert. Sobald er den Import über den obigen Link Neuer Importauftrag anstoßen will, läuft er bei der Verarbeitung der SAS-URL in eine Fehlermeldung, sobald er in einem neuen Importauftrag auf "SAS-URL…. anzeigen" klickt. Es sieht so aus, dass der Server diese SAS-URL nicht für den Zugriff akzeptiert.
Der Importauftrag wird mit einem Clientfehler "The remote server returned an error: (500) Internal Server Error" abgebrochen. Die Fehlermeldung ist natürlich alles andere als aussagekräftig. Wenn man den Fehler mit der OK-Schaltfläche quittiert, bleibt die Meldung "SAS-Schlüssel wird geladen" mit einer "kreiselnden Fortschrittsanzeige" stehen.
Berichte im Internet
Der Leser schrieb, dass der im Internet auf Beiträge in diversen Foren gestoßen sei, die diesen Fehler seit mindestens 2019 immer mal wieder thematisieren. Mir ist neben einem Eintrag im Feedback Hub (der aktuell down ist) auch der Microsoft Answers-Forenthread PST Import issue. SAS URL is not providing. Server error 500. untergekommen.
Dort werden genau die Kriterien aufgeführt, die oben skizziert sind. Der Betroffene verfügt im Tenant über die Rollen Mailbox Import Export (Exchange Online), eDiscovery Administrator (Purview) und Global Administrator. Trotzdem scheitert der Import der PST-Datei mit dem Server-Fehler 500. In obigem MS-Answers-Forenthread gibt es keine Lösung – der Betroffene hat in einem Nachtrag lediglich mitgeteilt, dass plötzlich weitere drei Tenants betroffen seien.
Der Blog-Leser, der mich per Mail kontaktierte, merkt dazu an, dass die Berichte, die er im Internet gefunden habe, wohl damit enden, dass sich der Server Error 500 des Tenants nach einigen Tagen löst und alles wieder funktioniert. In Fall des Lesers ist das jedenfalls bisher nicht der Fall.
Nicht nur deutsche Tenants betroffen
Der Leser schreibt, das er das Fehlverhalten nur bei deutschen Tenants nachstellen kann. Bei Tenants in Region EU tritt der Fehler nicht auf. Weitere Tenants aus andern Regionen stehen dem Blog-Leser nicht zur Verfügung.
Vom Leser wurde noch eine Erklärung des Microsoft-Supports angehangen, die den Fehler eingestehen: Nach einer gründlichen Untersuchung haben wir festgestellt, dass das Problem, das Ihren Dienst beeinträchtigt, weltweit auftritt und die meisten Tenants in Deutschland von ähnlichen Problemen betroffen sind. Seien Sie versichert, dass unser Entwicklerteam sich der Situation bewusst ist und aktiv an der Lösung des Problems arbeitet. Vielleicht ist das für andere Betroffene aus der Leserschaft von Interesse.
Anzeige
Rein interessehalber gefragt: Warum möchte man PST-Dateien in das "Benutzerkonto seines Tenant" hochladen? Dh. was fängt man mit den PST-Dateien im Tenant an?
z.B. bei einer Migration hin zu Exchange Online, wo eine direkte (Exchange Hybrid oder IMAP,..) Migration nicht möglich ist.
oder Tenant zu Tenant Migration, der Speicher kostet nix und ist unbegrenzt gross
Wir waren immer recht restriktiv mit den Postfachgrößen auf Exchange onPrem, so haben sich bei den Usern oft GB weise Archivdateien angesammelt. Die kannst du so in das Online Archiv oder direkt in das Postfach importieren. Im Regelfall auch wesentlich zuverlässiger und schneller als wenn der User das Archiv einbindet und die "wichtigen Mails" per Hand in sein Postfach schiebt.
Ich frag mich zwar oft warum man z.B. die NewsletterMails von 2009 unbedingt aufheben muss aber des Users Wille ist unser Himmelreich ;-)
Wir haben seit dem 31.10 hierzu ebenfalls ein Ticket bei Microsoft offen, betroffen ist ein Kundentenant in der Region Deutschland. Auf meinem Testtenant in Europa tritt das Problem nicht auf, der Microsoft Support verweist aufs Backend Team, das Problem sei bekannt und die Kollegen arbeiten an einer Lösung. Trotz zahlreicher Eskalationen über verschiedene Kanäle hat sich hier aber bisher nichts getan.
Stand 13.11 ist das Problem bei uns noch da. Bei irgendjemand schon Besserung?
Lieder nein!
Bei mir weiterhin das Gleiche. Seit 2 Wochen das gleiche Problem, gut gemacht Microsoft!
Weiterhin unverändert. In der Zwischenzeit habe ich mehrmals die Rückmeldung vom Support bekommen "müsste jetzt gehen, bitte testen", allerdings ist das Fehlerbild immer gleich.
Hi Dennis,
bei uns genau das gleiche…. Ist jetzt die 3 Migration, bei der wir den Import manuell durchführen.
Gruß
Sebastian
Tritt bei mir ebenfalls auf, ich müsste Archiv PST hochladen und importieren.
Also irgendwie vermute ich das es mit der Abschaltung des alten Complianceportals (zum November 2024) und der Umstellung auf Purview zu tun hat. Und sie einfach die Funktion nicht sauber migriert haben.
Möglich… Es klappt in beiden Portalen, neu und alt nicht.
Es ist unfassbar das keine andere Möglichkeit gibt.
Bis Donnerstag hat alles noch funktioniert.
Wie soll ich ein 42GB Postfach des Kunden über den Server einbinden?
Hat irgendjemand eine Lösung für das Problem endeckt?
Ich habe schon so viel veruscht, Berechtigungen, alle neu angelegt, usw. nichts klappt
Doch es gibt eine Alternative: Drive Shipping
– Festplatte nach Anleitung vorbereiten > Informationen zum Importieren der PST-Dateien Ihrer Organisation (Name der Anleitung von MS, da ich nicht weiß ob Links erlaubt sind)
-> Sie senden die Festplatte physisch an ein Microsoft-Rechenzentrum (die Versandadresse für das Microsoft-Rechenzentrum wird angezeigt, wenn der Importauftrag erstellt wird).
Aber das ist doch echt Blödsinn, finde ich…
Der PST Import per Powershell mit Cmdlet New-MailboxImportRequest wurde ja leider abgeschalten für Exchange Online
Es gibt eine inoffizielle Möglichkeit PSTs von einem Azure Blob Storage zu importieren, das habe ich jetzt genutzt und das ging einwandfrei. Ich vermute das ist der selbe Mechanismus, den Microsoft nutzt, nur, dass man seinen eigenen Blob Storage verwenden kann. Kam mir sogar entgegen, da die PSTs in meinem Fall eh auf einem Blob Storage lagen. Ich hab damit jetzt über 500 PSTs importiert. Hoffe das hilft jemandem bis der offizielle Weg wieder geht.
New-MailboxImportRequest -Name "EindeutigerJobName" -Mailbox GUIDderMailbox -AzureBlobStorageAccountUri "https://azurestorageaccount.blob.core.windows.net/Containername/Folder/NameDerPST.pst" -AzureSharedAccessSignatureToken "?sp=r&st=2024-12-…" -TargetRootFolder "/" -BadItemLimit Unlimited -LargeItemLimit Unlimited -AcceptLargeDataLoss -ConflictResolutionOption KeepLatestItem -WarningAction SilentlyContinue
Im neuen Pureview scheint es jetzt zu klappen, ich bekomme ein Upload URL angezeigt
Bei uns geht`s auch in 2 Tenants getestet und die URL wurde generiert und angezeigt. Danke für die Info. Der MS Support hat darüber natürlich nicht informiert, sondern nur das Ticket ohne relevante Informationen geschlossen.
Es funktioniert bei uns auch wieder!
Hatten eben Kontakt mit Microsoft zu unserem offenen Ticket.
Sollte es mal wieder irgendwo klemmen, benötigt MS Logs über das Diagnostik-Tool MSOAID. Vielleicht auch für den ein oder anderen interessant.
https://learn.microsoft.com/en-us/microsoft-365/troubleshoot/diagnostic-logs/use-msoaid-for-authentication-issues