Bekanntermaßen ist in Thunderbird seit dem Major Release 78 eine eigene PGP Implementation integriert, die auf der RNP library basiert.
Diese ersetzt damit nicht nur das add-on Enigmail, sondern v.a. das darunter liegende GnuPG, was bspw. auf macOS nicht vorinstalliert ist.
Diesen Vorteil erkauft man sich aber mit einer Entkopplung von Thunderbird und GnuPG, die eventuell dann schmerzt, wenn man die gpg keyrings über mehrere Systeme synchron gehalten halt. Diese keyrings sind jetzt für Thunderbird bedeutungslos.
Gerade private Schlüssel muss man nun in Thunderbird über einen lokalen Dateiimport integrieren, welcher auch gerne schiefgehen kann. Beispielsweise wird ein mit einer passphrase encodierter private (secret) key, exportiert von GnuPG mit folgendem Kommando
gpg --armor --export-secret-keys key-ID | gpg -armor --symmetric --cipher-algo AES256 --output private.gpg
nicht direkt in Thunderbird importiert werden können, da die SW Routine zum Einlesen nicht mit verschlüsselten Schlüsseln umgehen kann.
Aber auch bei einem simplen Export via
gpg --armor --export-secret-keys key-ID --output private.gpg
lauern Stolperfallen. So darf für die key-ID nicht die 32- oder 64bit Variante angegeben werden, da sonst der exportierte private Schlüssel ebenfalls von der Import Routine von Thunderbirds RNP Implementation abgelehnt wird. Stattdessen gibt man bei der key-ID den vollen (üblicherweise 160bit langen) Fingerprint an.
Desweiteren existieren noch Spezialfälle, wie bspw. Primary Key Offline das derzeit mit der RNP library nicht abgebildet werden kann wie Mozilla Bug 1654893 darlegt.