Nach Migration: Masterpasswort-Änderung nicht möglich

    Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:

    • Thunderbird-Version: 60.4.0
    • Betriebssystem + Version: Mac OS 10.13.6 High Sierra
    • Kontenart (POP / IMAP): POP
    • Postfach-Anbieter (z.B. GMX): GMX
    • Eingesetzte Antiviren-Software: keine
    • Firewall (Betriebssystem-intern/Externe Software): nur Mac OS
    • Router-Modellbezeichnung (bei Sende-Problemen): FritzBox 7330

    Nach einer Migration von einem Windows 7-Laptop (Lenovo ThinkPad 510 SL) kann ich Thunderbird auf meinem MacBookAir zwar öffnen, es sind auch alle alten Mails im neuen Thunderbird vorhanden, aber zum Abrufen und Absenden der neuen Mails von meinem Konto muß ich jeweils neu das Passwort (gmx) eingeben.

    Das alte Masterkennwort vom Thinkpad kennt Thunderbird nicht mehr und die Eingabe eines neuen ist nicht möglich. Obwohl das alte Passwort-Feld mit "(nicht festgelegt)" notiert ist und auch nichts dort eingegeben werden kann, kommt bei doppelter Eingabe eines neuen Passworts die Fehlermeldung: "Das Ändern des Passworts ist fehlgeschlagen. Master-Passwort konnte nicht geändert werden. "

    Zur Verdeutlichung füge ich im Anhang zwei Fotos bei.

    Gruß

    Thommy

    Hallo Thommy,

    helfen kann ich dir leider nicht, bei mir ist genau der gleiche Fehler aufgetreten. :(;(

    Migration von Thunderbird von Windows 7 auf Linux Mint 19 und auch das Masterpasswort-Problem.

    Das Zurücksetzen des Master-PWs hat bei mir auch nicht geklappt, ich habe die gleiche Fehlermeldung wie du erhalten.

    Grüße

    Chris

    ...wo ist da nur der Wurm drin? Ich habe jetzt auf einem Windows-System das (portable) Thunderbird-Profil noch mal verwendet und dort das Masterpasswort entfernt. Aber auch das Profil zeigt auf dem Linux Mint System genau den gleichen Fehler.

    Die Version vom portablen Thunderbird auf Windows ist 60.3.3. (32bit). Auf dem Mint-System ist es der Built-in Thunderbird 60.2.1 (64bit).

    Schade, die Profilmigration klang so einfach - und ist es ja auch. Wenn nur nicht dieses doofe Masterpasswort-Problem wäre...

    Noch gebe ich aber nicht auf! ;)

    Mögliches Duplikat: Probleme bei TB-Profil-Umzug von Windows 7 64-bit nach Linux Mint 19.1 64-bit

    Mehr eine Ergänzung als ein konkreter Lösungsvorschlag: der Fehlercode 0x805A1FBE heißt ausgeschrieben "SEC_ERROR_READ_ONLY", könnte also durch fehlerhafte Dateiberechtigungen oder korrupte Dateien verursacht werden. "Korrupt" könnte auch eine valide Datei einer alten/anderen Version sein, die aus irgendwelchen Gründen nicht migriert wird. Eventuell hängen die Dateiformate vom Betriebssystem ab, habe mir das nicht angeschaut.

    (Dateien im Profil, die wohl etwas damit zu tun haben und nach vollständigem Backup des Profils testhalber gelöscht werden könnten: cert9.db, key4.db, pkcs11.txt. Eventuell auch cert8.db, cert_override.txt, key3.db, secmod.db und logins.json. Vermutlich gibt es noch weitere.)

    :thumbsup::thumbsup::thumbsup:

    Danke generalsync!

    Bei mir hat dein Tipp geholfen.

    Ich hatte es vorhernoch mal mit einem Profil ganz ohne gespeicherte Passwörter probiert, hat aber auch nicht geholfen. Aber jetzt mit dem Löschen der von dir genannten Dateien hat es geklappt! Danke, danke, danke!

    Die Hinweise auf cert9.db, key4.db bzw. cert8.db und key3.db, und secmod.db und logins.json hatte ich schon gefunden, hatte bei mir aber nichts gebracht. Bei mir scheinen es also die pkcs11.txt und/oder cert_override.txt ausgemacht zu haben. Dateisystemberechtigungen habe ich nicht ändern müssen.

    Besten Dank und schöne Grüße!

    Chris

    Zitat von generalsync

    Mögliches Duplikat: Probleme bei TB-Profil-Umzug von Windows 7 64-bit nach Linux Mint 19.1 64-bit

    In der Tat - da habe ich wohl nicht sorgfältig genug gesucht vorab.

    Zitat von generalsync

    (Dateien im Profil, die wohl etwas damit zu tun haben und nach vollständigem Backup des Profils testhalber gelöscht werden könnten: cert9.db, key4.db, pkcs11.txt. Eventuell auch cert8.db, cert_override.txt, key3.db, secmod.db und logins.json. Vermutlich gibt es noch weitere.)

    So wie es aussieht war übrigens pkcs11.txt die kritische Datei, die beim Löschen gefehlt hat - ich hatte es auch schon mit einem ähnlichen Set wie ChrisW ohne Erfolg probiert. Und mit einer "frischen" Kopie des Ursprungsprofils habe ich es gerade erfolgreich getestet.

    Danke!

  • Community-Bot 3. September 2024 um 20:40

    Hat das Thema geschlossen.