Ich nutze seit längerer Zeit PGP-Schlüssel auf einem YubiKey über Gpg4Win in Thunderbird auf einem Windows 10 PC. Allerdings relativ sporadisch. Daher kann ich nicht sagen, bei welchem Update das Problem entstand.
Ich nutze eine aktuelle 64 Bit Thunderbird Version: 153.3.1esr (64-Bit)
Auch gpg4win ist aktuell: gpg4win-5.1.0
Beides frisch aktualisier!
Nun kann Thunderbird meine Schlüssel nicht mehr finden.
Kleopatra zeigt den Schlüssel als auf Smartcard gespeichert an (Ansicht “Unterschlüssel”).
Er wird zusätzlich in der Ansicht “Smartcards” wie früher, als alles funktionierte, angezeigt.
Auch der YubiKey (der PGP-Schlüssel) funktioniert mit einer Android-App einwandfrei.
Ich bin kein IT-Profi. - Bitte bei der Formulierung von Antworten berücksichtigen.
Bei einer ersten Internetsuche fand ich den Hinweis, dass es Probleme mit Umgebungsvariablen geben kann. Die Variable enthält u.a. diese Pfade:
um weiter zu kommen, rate ich dazu erstmal die Funktion von Gpg4win ohne Thunderbird zu testen: Testen Sie doch, ob Sie mit Kleopatra eine Datei signieren können. Falls das geht, mit dem erwarteten Schlüssel, dann funktioniert die Krypto-Funktionalität von Gpg4win, welche durch GnuPG bereit gestellt wird.
Erst wenn das funktioniert, kann das Testen zur Thunderbird Verbindung zu GnuPG übergehen.
wie lange liegt denn das letzte thunderbird-update zurück? könnte es sein, daß dies mit dem fehlenden smartcard-support “neuerer” thunderbird-versionen zusammenhängt, bei denen die OpenPGP-unterstützung nun nicht mehr auf GnuPG basiert?
Hallo!
Kleopatra arbeitet einwandfrei mit dem Zertifikat vom YubiKey.
Signieren und Signatur prüfen funktioniert, wenn ich es in Kleopatra durchführe.
Die dll’s scheinen bei Gpg4win jedoch 32 Bit zu sein. Siehe Eröffnungsbeitrag.
Genutzte Versionen im Detail:
Kleopatra: Gpg4win-5.1.0
Kleopatra: d0f98df6bab59519ffd9652ed88b11338677526e
GnuPG: 2.5.21
Libgcrypt: 1.12.2
KDE Frameworks: 6.20.0
Qt: 6.10.1 wird verwendet und gebaut wurde mit 6.10.1
Windows 10 Version 22H2
Build ABI: x86_64-little_endian-llp64
Kernel: winnt 10.0.19045
thunderbird nutzt schon seit mehreren jahren RNP statt GnuPG für OpenPGP. damit entfiel auch der support für smartcards wie den yubikey. man kann thunderbird so konfigurieren, daß es wieder den gnupg-agent verwendet, hast du so eine einrichtung mal vorgenommen?
Ich hatte es vor mehreren Jahren, nach einer Anleitung aus dem Netz, eingerichtet.
Genau genommen hatte ich nur (ohne alle Hintergründe zu verstehen) Gpg4win (eine damals gültige Version) installiert und den nachfolgenden Wert von FALSE auf TRUE geändert. Dann hatte es geklappt.
Wie man sieht, ist er weiterhin gesetzt.
In Thunderbird ist der Schlüssel über seine ID ausgewählt:
Danach hat es lange Zeit mit externen Schlüsseln (Yubikey) einwandfrei funktioniert - jetzt nicht mehr.
Parallel konnte ich Zertifikate in der Thunderbird eigenen Schlüsselverwaltung (als Datei importiert) nutzen. Das ist auch heute noch möglich.
Ich weiß nicht was RNP ist.
Hast du eine Anleitung, was zu machen (bzw. prüfen) ist, damit es funktionieren sollte?
Gibt es mit RNP einen alternativen Weg?
Falls ja: Was sind die Unterschiede?
ok, dann können wir das ja schon mal ausschließen. falls du nach dem update keinen neustart gemacht hattest, wäre es möglich, daß v.a. noch ein alter gpg-agent läuft. das problem müsste dann aber verschwinden, wenn der rechner einmal neu gestartet wurde. ist ja ein windows
es ist dauerhaft natürlich nicht empfehlenswert, mit veralteter software zu arbeiten. zumal wenn mittlerweile etliche z.t. kritische fehler behoben worden sind.
Das ist mir bewusst. Aber ohne das nötige Expertenwissen kann ich nur auf ein Update warten, dass die Speicherpfade, Thunderbirdkonfiguration und ggf. Umgebungsvariable (= in Windows inkludierte Fehlerquelle aus Zeiten des “quick and dirty operation systems”) richtig setzt, damit Thunderbird die benötigten Programmteile findet. Bei der Erstinstallation von gpg4win hatte es ja auch funktioniert.
Im 32-Bit-Ordner (“Program Files (x86)”) befindet sich ein “bin_64”-Verzeichnis. Da muss man als Nutzer doch die Orientierung verlieren.
Bleibt zu hoffen, dass Teile des SW-Entwicklungsteams von gpg4win dieses Forum mitlesen und sich der Sache annehmen und einen benachrichtigen, sobald die Lösung fertig und erprobt ist.
Solche Probleme belasten die ohnehin geringe Akzeptanz von PGP bei PC-Normalanwendern.
Schlimm genug, das man im Netz oder in Foren Hilfe suchen muss. Bei Thunderbird ist es noch schwieriger, die für aktuelle Version geltenden Informationen zu finden.
Wildes Experimentieren auf dem PC, auf den ich angewiesen bin, ist ebenfalls ein erhebliches Risiko.
Eine zufriedenstellende Lösung ist die Verwendung einer veralteten Version auf keinen Fall.
Da Kleopatra funktioniert, ist Gpg4win erstmal funktionsbereit, wie nach dem ersten Test festgestellt.
Meine Vermutung ist nun, dass Thunderbird nicht mit den neuen Pfaden von Gpg4win 5 zurecht kommt. @m.eik ich denke, es würde sich lohnen das einmal bei Euch oder uns zu testen.
@searching-for-help Danke für das Melden des Problems!
Thunderbird hat sich vor einiger Zeit entschieden GnuPG/Gpg4win nicht mehr voll zu unterstützen - technische Hintergrundinformationen dazu und andere Hinweise: EMailClients/Thunderbird - GnuPG wiki
Es kann sein, dass Thunderbird die neuen Pfade von Gpg4win 5 noch nicht eingebaut hat. Dann werden wir nach einem Test einen Fall bei den Thunderbird-Leuten öffnen müssen.
Im 32-Bit-Ordner (“Program Files (x86)”) befindet sich ein “bin_64”-Verzeichnis. Da muss man als Nutzer doch die Orientierung verlieren.