Master Passwort loswerden

cert8.db und key3.db muss man im Profil glaube ich löschen. Damit sind dann die importierten Zertifikate und die gespeicherten Schlüssel weg, wenn ich nicht irre.

Hi,

das Thema hatten wir schon ein paar mal.
Das kommt imho immer (oder meistens) dann, wenn man kein Master-PW vergeben hat und ein Zertifikat importiert bzw. eine signierte Mail empfangen hat und das Zert. des Absenders automatisch importiert wird. ((Wirklich ganz grobe Vermutung: zumindest die zweite der weiter unten stehenden Dateien sollte immer verschlüsselt sein. Und wenn kein PW angegeben wurde, legt ein Programmfehler ein "Pseudopasswort" selbst an ... .))

Dieser Fehler ist aber noch nie erwähnt worden, wenn der TB-Nutzer vorher ein Master-PW vergeben hatte!

Aus genau diesem Grund kann ich nur jedem raten, ein Master-PW zu setzen! Und wenn es ein einziger Buchstabe ist. Du weißt nie, ob dir jemand mal eine signierte Mail schickt ... .

cert8.db: speichert die X.509-Zertifikate der Mailpartner (wenn du S/MIME nutzt oder zumindest 1x eine signierte mail hattest)
key3.db: speichert deine eigenen geheimen Schlüssel aus den importieren .pfx oder .p12-Schlüsseldateien. (nur bei eigener S/MIME-Nutzung relevant)
Beide Dateien werden mit dem Master-PW verschlüsselt.

Nicht ganz sicher bin ich, ob es ausreicht, diese beiden o.g. Dateien zu löschen. (Sie werden wirklich danach wieder leer angelegt.)
Mit dem Master-PW wird ja auch noch die Datei "signons.txt" verschlüsselt. Das ist die mit den PW für die Mailkonten.
Ich weiß nicht, ob der Effekt mit dem "Pseudo-Passwort" auch auf diese durchschlägt - oder ob das Löschen von cert8.db und key3.db zur Beseitigung des Pseudo-PW ausreicht.

==> Entsprechende Erfahrungen werden gern entgegengenommen.

MfG Peter

Danke für die Rückmeldung.
Zumindest hat es sich mit der Ursache wieder einmal bestätigt.

MfG Peter

@ Peter_Lehmann: könntest Du dazu eine FAQ im Wiki schreiben?

Aber klar doch.

MfG Peter