Ich stelle mal ein Problem hier im Blog ein, auf das mich ein Blog-Leser gerade per Mail angesprochen hat. Er läuft bei seinem Exchange Online-Tenant in das Problem, dass er auf "inkonsistente Inhalte" stößt und sich vom lokal betriebenen Mailstore seit ca. 14. Mai 2026 nicht mehr an allen Postfächern anmelden kann. Die Frage ist, ob eventuell andere Leser ähnliches beobachten oder eine Idee haben. Der Leser schließt nicht aus, irgend etwas übersehen zu haben. Ergänzung: Der Fehler lag bei Mailstore – ein Update hat das Problem gelöst.
Die Konstellation des Blog-Lesers
Der Blog-Leser schrieb mir per Mail, dass in seinem Unternehmensumfeld eigene Server betrieben werden. Darunter befindet sich auch ein Exchange-Server (vom Leser als lokaler "Stummel" bezeichnet), der mit der Software Mailstore zur rechtssicheren Archivierung der Postfächer dient. Alle Postfächer seien vor ca. einem halben Jahr nach in Exchange Online migriert worden heißt es.
Seit dem 14. Mai 2026 gibt es Probleme
Vom Blog-Leser heißt es, dass die Archivierung der Postfächer weiterhin on-premises im Mailstore erfolgt. Alle Postfächer sind identisch konfiguriert, heißt es. Das Ganze funktionierte bis einschließlich letzte Woche Mittwoch-Nacht (also 14. Mai 2026) fehlerfrei.
Seit diesem besagten Mittwoch kann der sich Leser vom Mailstore auf immer mehr Postfächer des Exchange Online-Tenants nicht mehr einloggen. Inzwischen seien 4/5 der Exchange Online-Postfächer betroffen. Im Mailstore wird folgende Fehlermeldung ausgegeben.
Eigentlich klingt die Fehlermeldung sehr klar, veraltete Mailstore-Software. Dazu schrieb mir der Leser: "Der Mailstore Server war nicht out-dated", denn die Software wurde natürlich aktualisiert. Das oben beschriebene Verhalten ändert sich nach dem Update nicht. Bei ca. 4/5 der Mail-Postfächer tritt obige Fehlermeldung auf, während der Rest der Postfächer wie immer weiter läuft.
Weitere Informationen des Lesers
Was der Leser noch getan hat, war einen Blick in den Protokolle zu werfen. In den Überwachungsprotokollen ist ersichtlich, dass am Mittwoch-Nacht noch auf 100% der Postfächer zugegriffen werden konnte. Von Donnerstag auf Freitag (14. auf 15. Mai) trat dann bei ca. 1/4 der Postfächer bereits der obige Fehler auf. Von Freitag auf Samstag betraf es dann ca. 2/3 der Postfächer, und seit Sonntag hat es sich auf ca. 4/5 der Postfächer "stabilisiert".
Die derzeitige Interpretation des Lesers aus seinen Beobachtungen ist: Beim Zugriff auf die Postfächer bei Exchange Online liegen die Postfächer nicht auf dem "homogenen selben" Exchange-Online-Server. Manche scheinen neuerdings etwas anderes "zurück zu melden" als andere, schreibt der Leser, was aber normal sein mag.
Der Leser vermutet, dass der Mailstore eine Antwort beim Login falsch interpretiert und die Arbeit verweigert. Oder Microsoft meldet mit seinen Exchange Online-Postfächern in vielen Fällen "Humbug" zurück.
Initialer Gedanke des Lesers war, dass etwas mit dem Windows Update (Patchday vom 12. Mai 2026) zu tun habe. Das hat der Leser aber verworfen, da sowohl der "Stummel"-Exchange-Server als auch Mailstore bereits gepatcht waren, als noch alles zu 100% funktionierte.
Der Leser schrieb dazu, dass er zwar bei Mailstore ein Ticket eröffnet habe. Aber er kommt bislang in dem speziellen Fall nicht weiter. Er schließt nicht aus, dass es möglicherweise mangels Expertise begründet sei, und fragt, ob die Leserschaft ähnliches beobachtet habe oder weiter helfen kann. Seine Frage, ob ich in dieser Angelegenheit andere Meldungen gelesen habe, muss ich negieren.
Problem mit Mailstore-Update behoben
Ergänzung: Der Fehler lag bei Mailstore – ein Update hat das Problem gelöst. Das ging ja aus diversen Leserkommentaren hier im Blog bereits hervor. Der Leser hat mir gerade bestätigt, dass der Mailstore Server 26.2.1 das Problem gelöst hat.
Danke an die Leserschaft für die Hinweise – vielleicht hilft es noch jemandem weiter.
MVP: 2013 – 2016
Wir haben schon länger (seit März?) Probleme mit Mailstore (lokale Mailstore-Instanz –> Exchange Online in der Cloud), die auch mit dem letzten Update nicht behoben wurden. Bin da aber in den technischen Details nicht drin, da sich der Dienstleister darum kümmert.
Ich hatte zum gleichen Stichtag bei zwei Exchange Online Setups den selben Fehler.
Nachdem ich den Abruf in Mailstore von EWS auf Graph API mittels IMAP umgestellt hatte, funktionierte es wieder:
https://www.mailstore.com/de/blog/einfacher-umstieg-auf-graph-api-imap/
Ab dem 1.Okt muss man sich eh mit der Umstellung befassen…
Herzlichen Dank für die Info – wird dem Kollegen weiter helfen.
Zum besagten Fehler, hier noch die Hotfix Ankündigung
https://www.mailstore.com/de/hilfe/wissensdatenbank/mailstore-fehlermeldung-exchange-server-15-21-x-x-wird-von-dieser-version-von-mailstore-nicht-unterstuetzt/
als Workarround "Mailstore Gateway" nehmen wenn es sich nicht um Archivpostfächer oder Public Folders handelt….
Sehe gerade das der Hotfix raus ist(26.2.1) zu finden unter:
https://www.mailstore.com/de/produkte/mailstore-server/downloads/
Kann ich bestätigen, bei mir ist das Problem auch aufgetaucht.
Nachdem gestern ein Update auf die letzte Version (da war es noch die 26.2.0.24007) das Problem nicht behoben hatte, habe ich auch den Schwenk von EWS auf Graph API gemacht.
AB 1.10. ist das ein wenig zu spät wenn man sich damit überhaupt mal mit dem Thema auseinander setzt und wenn dann noch einige 3rd Party Apps auf EWS setzen, da könnte die Bude beben.
Empfehlung imho https://www.msxfaq.de/cloud/exchangeonline/betrieb/ews_ende_2026.htm, worin alles recht gut erklärt ist.
Der aktuelle Exchange Zeroday fällt doch in diesen Zeitraum. Dort wurde berichtet, dass der automatische Fehlerflicken von MS ein paar 'Problemchen' beim Zugriff über OWA auslösen kann.
Eventuell nutzt dieses Mailarchivprodukt ja den Zugang per OWA und scheitert dort? Würde vom zeitlichem Ablauf jedenfalls passen.
Moin auch,
mittlerweile wurde das von Mailstore bestätigt.
Sie arbeiten an einem Hotfix.
https://www.mailstore.com/de/hilfe/wissensdatenbank/mailstore-fehlermeldung-exchange-server-15-21-x-x-wird-von-dieser-version-von-mailstore-nicht-unterstuetzt/
Wir hatten das Problem bei uns und unseren Kunden auch. Wir haben vom Support die Info bekommen, das wir auf die Graph API umstellen sollen. Wir hatten das bei uns schon vorbereitet und damit funktioniert es wieder. Nur wollten wir nicht auf die schnelle alle unsere Kunden mit Office 365 eben mal schnell umstellen. Nach erneuter nachfrage vom Support gibt es ein Update von Mailstore (26.2.1), seit heute Nachmittag!
https://www.mailstore.com/de/produkte/mailstore-server/changelog/
Es gibt (seit heute) eine neue MailStore-Server-Version (26.2.1.24065).
Laut Changelog (https://www.mailstore.com/de/produkte/mailstore-server/changelog/?utm_source=mailstore_server&utm_medium=mailstore)
Unterstützung für das neueste Microsoft Office 365-Update (Exchange Server 15.21).
Bei unseren Kunden hat das Update und die Migration der Archivierungsjobs von EWS auf Graph ebenfalls geholfen.
Es werden allerdings wohl keine öffentlichen Ordner und Archiv Postfächer mehr unterstützt, da die Funktion in Graph fehlt.
Die Funktion wird auch nicht mehr dazu kommen, nach aktuellem Stand von Microsoft. Sprich das Archivieren und Sichern von Öffentlichen Ordnern wird ab Oktober nicht mehr möglich sein.
Wie rechtssicher ist denn die Archivierung, wenn sie nun währen mehreren Tagen nicht funktioniert hat?
Ist imho eine rhetorische Frage, die Juristen erörtern könnten, die aber nicht zum Thema hier im IT-Blog passt.
Mailstore Gateway für das Journaling hat weiterhin bei uns funktioniert. Das ist das was die Archivierung auch wirklich rechtssicher macht, da die Mails bei Ein- und Ausgang sofort archiviert werden.
Ohne Journaling ist es eh keine revisionssichere Archivierung. Der normale Sicherungsjob würde zwischenzeitlich gelöschte Mails und sonstige Objekte nicht erfassen. Daher verwendet man in der Regel beides. Der Backupjob liefert die Ordnerstruktur und das Journaling die Revisionssicherheit.
Für das Journaling kannst du das Mailstore Gateway verwenden oder ein sonstiges externen Postfach außerhalb des Tenants, was du dann per POP3 nach Mailstore entleerst.
Dafür definiert man auch ein Journalpostfach das jede empfangene und jede gesendete Mail in Kopie erhält. Was der Benutzer mit der Mail in seinem Postfach macht ist dann irrelevant, die Archivierung erfolgt über das Archivpostfach. Ob man die Mails von dort dann alle 5 Minuten archiviert oder es mal 2-3 Tage ein Schluckauf gibt, ist egal.
Diese Funktion jedes Postfach einzeln zu sichern war noch nie eine Revesionssichere Variante, sonder nur eine Komfortfunktion damit Benutzern selber in ihrem Mailarchiv suchen können. Im Grunde aber auch Platzverschwendung, da die Mails 2x gesichert werden wenn man schon mit einem zentralen Journalpostfach arbeitet.
Sorry Chris, da irrst Du:
MailStore de-dupliziert bei Kombination beider Methoden, siehe https://www.youtube.com/watch?v=R3eHl09rSOc (ab Minute 2:27)
Und wenn man nur Journaling verwendet, dann fehlt einem die Ordnerstruktur im Archiv. Nicht wirklich schön für die Anwender.
Moin, hatte ab Mittwochabend 21Uhr" bei EWS" Public Folder, stufenweise das Problem und später übern Donnerstag bei anderen. Freitag kurz mit den Entwicklern telefoniert (Sie Staunten und meinten es lege am Thema Graph) die KI war schlauer und hatte schon die Updateinfo vom Exchange Versionsupdate Parat, die mit der Mailstore Version übereinstimmte. Vorhin das neuste Update eingespielt, Thema ist damit vom Tisch und es läuft wie gewohnt erstmal.
MailStore Server 26.2.1
19.05.2026
Neu Unterstützung für das neueste Microsoft Office 365-Update (Exchange Server 15.21).
Mit dem zuletzt installierten Mailstore-Update (Product-Name: MailStore Server
Product-Version: 26.2.1.24065) von heute Morgen um 06.00 Uhr, funktioniert die Archivierung nun endlich wieder fehlerfrei! Es dauert zwar nun 1,5 Std. bis die 27 Postfächer „durch sind", jedoch vor der Umstellung des Protokolls von EWS nach Graph-API hatte die Archivierung nur 15 Minuten benötigt… Warum das so ist, weiß einzig und alleine Microsoft. Die machen weiter wie gewohnt täuschen, tricksen, tarnen, murksen…
Da kommt doch Spass auf. Der Fix ist natürlich nicht für v25 <:
Da hat man noch Hybride-Umgebungen oder abgeschottete Exchange 2019 welche man ablöst und auch Mailstore v25 im Einsatz – und dann wird man einfach abschnitzelt von M365 Profilen.
Aber wenn ich MailStore upgrade auf v26 wird mir die Unterstützung genommen für ältere Exchange… Ich habe es im technischen Sinne verstanden, also danach nix mit Archivieren im EX19, diesen abräumen.
Jetzt muss alles bevor das EWS Thema kritisch wird, schnell umgewurstelt werden… ._.
"Aber wenn ich MailStore upgrade auf v26 wird mir die Unterstützung genommen für ältere Exchange…"
Die Aussage finde ich zumindest im Zusammenspiel mit Exchange 2019 seltsam. Der Exchange SE ist aktuell Codeidentisch mit Exchange 2019, das hat Microsoft extra so gemacht damit die Migration problemlos machbar ist. Es gab auch noch kein CU, welches da groß was ändert.
Wenn Mailstore also mit der aktuellen Version den Exchange SE unterstützt müsste eigentlich auch der 2019er noch gehen, gibt zumindest keinen technischen Grund für. Zumal man ja auch für 2016/2019 ESU (jetzt in Phase 2) buchen kann.
Unser Mailstore Server ist übers Wochenende einfach stehen geblieben.. Hatte noch 26.2.0 drauf.. Nach dem Installieren des Updates auf Version 26.2.1 geht immer noch nichts.. Man kann sich nicht mal anmelden am Dienst, läuft in einem Timeout..
Gleiches wie Andy,
wir sind auf der aktuellsten Version von Mailstore, haben einen Graph-Job der alle Postfächer archiviert (ca. 120), der gerne mal die Füße hochreißt und einfach stecken bleibt. Das Problem ist das wir danach den Server komplett neustarten müssen, teilweise mit Gewalt da nichtmal mehr der Dienst sich beenden lässt.
Wir haben auch exakt dasselbe Problem… 190 Postfächer im EXO, aktuellste Version, und Graph Job. Wenn der Job dann mal nicht bei 99% stecken bleibt, wurde noch nicht einmal fehlerfrei archiviert.
Gleiches wie bei Andy und Stefan,
wir setzen Mailstore SPE ein und haben ca. 75 Instanzen.
Ca. 10-15 davon sind aktuell noch fehlerhaft.
Für alle die es betrifft, könnt ihr die Instanz über den Task Manager beenden und danach die Instanz beenden und erneut starten.
Bei manchen Instanzen hat es geholfen eine neue App Registrierung anzulegen.
Ich hoffe, dass Mailstore schnell einen weiteren Patch rausbringt.
Mit EWS gab es diese Probleme nicht, aber davon wollte Mailstore nichts hören, als ich vor ein paar Monaten deswegen ein Ticket aufgemacht habe.