Fehler "invalid key file format"

Vor längerer Zeit habe ich MailStore Home benutzt und habe es nun wieder neu installiert. Damals habe ich die gesamte Datensicherung nach C:\Users<Benutzer>\Documents kopiert. Auch die .dat-Dateien liegen dort.

Nun erhalte nach Neuinstallation bei Zugriffsversuch auf diese Datensicherung den Fehler “Invalid key file format” sowie folgendes Protokoll im Debug-Mode:

$MailStoreDebugLog/2.0
Product Name: MailStore Home
Product Version: 12.0.3.14426
App Build Date: 2019-06-24
App Copyright: Copyright © 2005-2019 MailStore Software GmbH
App Description:
App Dir: C:\Program Files (x86)\MailStore\MailStore Home
App File Name: C:\Program Files (x86)\MailStore\MailStore Home\MailStoreHome.exe
App Title: MailStore
Operating System: Windows 10 Home x64
OS Bitness: x64
Process Bitness: x86
Is Mono: False
Is Windows: True
.NET 4 Release Key: 528040
.NET CLR Version: 4.0.30319.42000
Proc Culture: de-DE
Proc UI Culture: de-DE
Machine Name: ZA-PC
User Domain Name: ZA-PC
User Name: Martin
09:16:58.229 [1] EXCEPTION: HomeApplication.CreateOrOpenDatabase
System.Exception: Invalid key file format.
bei MailStore.Common.Security.SerializableKeyContainer.#wX(String #Q7)
bei MailStore.Common.Security.KeyContainer.#wX(String #Q7)
bei MailStore.Common.Security.KeyContainer.#Uv(String #d4)
bei MailStore.Common.Security.KeyManagement.#Xil(String #1Rl)
bei MailStore.Home.HomeApplication.#c6l(String #d4, Byte[]& #p1l)
bei MailStore.Home.HomeApplication.#Q0c(String #d4, #vGk #H8f, Byte[]& #p1l, Boolean #Trm)
bei MailStore.Home.HomeApplication.#L0c(#vGk #H8f, Byte[]& #p1l)
09:16:58.244 [1] EXCEPTION: Caller of MessageDlg.Exception
System.Exception: Invalid key file format.
bei MailStore.Common.Security.SerializableKeyContainer.#wX(String #Q7)
bei MailStore.Common.Security.KeyContainer.#wX(String #Q7)
bei MailStore.Common.Security.KeyContainer.#Uv(String #d4)
bei MailStore.Common.Security.KeyManagement.#Xil(String #1Rl)
bei MailStore.Home.HomeApplication.#c6l(String #d4, Byte[]& #p1l)
bei MailStore.Home.HomeApplication.#Q0c(String #d4, #vGk #H8f, Byte[]& #p1l, Boolean #Trm)
bei MailStore.Home.HomeApplication.#L0c(#vGk #H8f, Byte[]& #p1l)

Gibt es hier irgendeine Chance an den Inhalt der .dat-Files zu kommen? Es handelt sich um 1,9 GB E-Mails… :frowning:

Hallo @MartinZ,

das ist natürlich ärgerlich.
Wissen Sie noch, auf welche Weise Sie damals das Archiv gesichert haben und ob MailStore Home zu dem Zeitpunkt noch geöffnet war?
Die Dateien sollten nur bewegt werden, wenn kein Zugriff erfolgt, also MailStore Home geschlossen ist.

Prüfen Sie bitte einmal bei geschlossenem MailStore Home,
ob in dem Archivstandort u.a. eine Datei “MailStoreMaster.key” exisitiert.

Öffnen Sie diese vorsichtig mit einem Texteditor.
Werden hier mit diversen “{}” Klammern Ausdrücke und Buchstabenkombinationen dargestellt,
oder ist diese Datei leer?

Sofern Sie noch die Backup-Quelle getrennt vorliegen haben,
prüfen Sie bitte auch dort, ob der Inhalt lesbar ist oder blanko.

Falls die ursprüngliche Datei noch lesbar, nur die neu abgelegte defekt ist, so könnten Sie diese erneut ersetzend dort hin kopieren. Ansonsten würde es komplizierter, es wären noch einige Rettungsversuche möglich, die ich allerdings erst dann ansprechen möchte.

Zur Hilfe bei der Sichtprüfung der key-Datei:

Hallo Rebecca,

die Datei “MailStoreMaster.key” existiert und ist leer.

Was meinen Sie mit “Backup-Quelle”?

Hallo Martin,

wie haben Sie das Archiv vom alten zum neuen System bewegt?
Gab es ein “Zwischenmedium”, also z.B. eine externe Festplatte oder einen Stick,
oder existiert nun wirklich nur noch der eine, neue Standort?

Falls ein Transportmedium noch exisitieren würde,
könnten wir noch prüfen, ob die key-Datei darauf zu gebrauchen ist,
da sie sich so gut wie nie ändert.

Ansonsten können wir noch folgendes probieren
(die Profile und Konfigurationen gehen verloren, aber die Inhalte blieben erhalten):

  • Schließen Sie MailStore Home
  • Benennen Sie den in Documents befindlichen Archivordner um, z.B. in “MailStore Home ALT”.
  • Starten Sie MailStore Home - es wird ein völlig neues Archiv anlegen und völlig leer starten
  • Schließen Sie MailStore Home wieder
  • Navigieren Sie per Explorer in den wieder erstellten Ordner “MailStore Home” un löschen Sie alle Dateien außer folgende: “MailStoreMaster.fdb”, “MailStoreMaster.key”, “MailStore.xml”.
  • Kopieren Sie nun aus dem vorher umbenannten Ordner (“MailStore Home ALT”) alle Dateien außer den genannten dreien in den neuen Ordner.
  • Starten Sie erneut MailStore Home.

Mit dieser Methode haben wir die Masterdatenbank neu erstellt (Konfigurationen und Einstellungen), aber das vorherige Archiv wieder integriert (alle Mails und Ordnerstrukturen von zuvor).
Eventuelle Einstellungen und vor allem Profile müssten dann einmal neu konfiguriert werden.

Vielen Dank für die Anleitung!

Das Archiv wurde direkt innerhalb des PCs kopiert, es gibt also leider kein Zwischenmedium.

Die Anleitung habe ich durchgeführt und das Programm fängt auch an ein Archiv aufzubauen nach dem Neustart, doch es kommt leider folgende Fehlermeldung:

“MailStore Home konnte das Archiv nicht öffnen. Details: Invalid key file format.”

Ist es möglich die .dat-Dateien einzeln auzulesen und in ein neues Archivsystem zu integrieren?

Gibt es da noch Hoffnung?

Hallo @MartinZ,

das ist jetzt das Problem, das ich gehofft hatte nicht vorzufinden;
auch das Archiv selber bestitzt noch einmal eine key-Datei.
Offenbar ist auch diese defekt.

Die key-Datei ist der Schlüssel zum Öffnen der Archive.
Ohne diese ist die Verschlüsselung nicht entzifferbar.

Einzelne Dateien zu öffnen ist nicht möglich.
Das wäre dasselbe wie ein Safe ohne Schlüssel, aber mit normalen Schrauben, sodass man ihn einfach auseinandernehmen könnte. Das ergäbe wenig Sinn, daher ist ohne Schlüssel die Datenbank unlesbar.

Es kommt jetzt nur noch die Frage auf, wieso diese Dateien komplett geleert wurden.
Solch ein Verhalten habe ich in der Vergangenheit nur von Antiviren-Lösungen erlebt.

Verwenden Sie statt der des Windows Defenders eine AV-Lösung eines Drittherstellers?
Bitte prüfen Sie hier einmal, ob in dieser in Logs oder der Quarantäne Warnungen verzeichnet sind.
Evtl. lässt sich hier ein “reparierendes” Verhalten noch rückgängig machen, um die Originaldateien wieder zu bekommen.
Ebenso die Frage, ob Sie evtl. Cloud-Lösungen verwenden, die Ihren Dokumentenordner beobachten (z.B. Dropbox, OneDrive etc.). Bitte verhindern Sie dies, da die hintergründigen Versuche, Dateien zu kopieren, die noch aktiv im Zugriff sind, zu Problemen führen wird.
Ausnahmsweise könnte dann aber vielleicht noch in der Cloud eine key-Datei sein, die wir für die Rettung verwenden können.