[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.
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).
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.
MVP: 2013 – 2016
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
Problem besteht leider immer noch, Tenant vom Kunden wurde vor 2 Wochen erstellt, ich habe das Problem grundsätzlich nicht mitbekommen und wollte heute Email Umstellung durchführen, wird wohl ausfallen, kann keine SAS-URLs erzeugen -> Fehler 500, hab ein Ticket erstellt, mal schauen wie schnell MS reagiert.
Mal ein Update dazu,
Ich habe es eben mal aus Spaß bei uns im Tennant probiert eine SAS URL zu erzeugen, es funktioniert scheinbar wieder.
Habe die Probleme seid sicher 2 Wochen nun wieder
Die Probleme sind aktuell wieder vorhanden. Selbst in Tenants die schon PST Dateien importiert hatten.
Kann die Aussage von Mirko bestätigen. Wir haben mehrere Tenants wo der Import in einem Interal Server Error endet. Ticket bei MS haben wir bereits aufgemacht, mal schauen wie lange es dauert.
gab es schon Rückmeldung?
wir haben den gleichen Fehler bekommen leider.
Aktuell sind bei drei unserer Tenants Support-Tickets bei Microsoft geöffnet worden aufgrund des Problems. Das ist eine Woche her, Microsoft hat bestätigt, dass sie derzeit mehrere ähnliche Fälle beobachten…
Bei uns tritt das Problem auch wieder(holt) auf. Es ist einfach nur noch ätzend.
Die Tickets bei Microsoft enden leider immer nur in dummem Gesabbel mit irgendwelchen Blödsinns-Antworten.
Jetzt am Wochenende ist doch Blutmond – vielleicht sollte man rituell ein Surface verbrennen, möglichweise klappt es ja dann…
Wir haben den Fehler aktuell auch bei mindestens zwei Kunden, bei einem waren wir bereits in der Umstellung und haben den Import manuell über Outlook durchgeführt, beim anderen habe ich jetzt ein Ticket bei Microsoft gemacht der Support wollte einmal Logs mit dem Tool Fiddler und jetzt warten wir auf Rückmeldung von Microsoft.
https://learn.microsoft.com/en-us/power-query/web-connection-fiddler
Heute wollte Microsoft noch weitere Logs haben, als ich diese aufzeichnen wollte habe ich festgestellt dass der Fehler wohl nicht mehr auftritt, habe dann auch gleich die anderen zwei Tenants ausprobiert bei denen ich den Fehler hatte und es funktioniert bei allen 3 wieder.
Bei uns das gleiche. Error 500
Ticket eröffnet. Mal abwarten…
Wir haben gerade bei unserem 4. MS Ticket den Tipp bekommen den Admin zur Rolle "„eDiscovery Manager" hinzuzufügen, unter Microsoft Purview / Einstellungen / Rollen und Bereiche / Rollengruppe . Danach konnten wir die SAS Url generieren.
@Qwertzui86
Danke für den Hinweis. Mit der Vorgehensweise hat es bei uns nun auch funktioniert.
You made my day.
Das hatte ich schon vor ein paar Tagen gemacht und erst heute hat es dann funktioniert, gleichzeitig aber auch in einem Tenant bei dem ich dies nicht gemacht habe, war also vermutlich nur Zufall das es heute wieder funktioniert.
Aktuell wieder der gleiche Fehler in einem neuen deutschen Tenant bei uns.
geht wieder