The Bat! 12.2.0.14 (BETA)

**GwenDragon**

Versions with the auto-update feature:
32-bit https://www.ritlabs.com/download/files…2_12-2-0-14.msi
64-bit https://www.ritlabs.com/download/files…4_12-2-0-14.msi

Versions without auto-update:
32-bit https://www.ritlabs.com/download/files…2_12-2-0-14.msi
64-bit https://www.ritlabs.com/download/files…4_12-2-0-14.msi

What's new in v12.2.0.14 since v12.2.0.11:

[+] OpenPGP keys now live in a transactional SQLite keyring (keyring.db) with on-demand lookups
[+] Backup and Restore now include the SQLite keyring, archived as a consistent snapshot
[+] Text attachments are scanned for inline OpenPGP blocks, so Import Key / Decrypt / Verify are one click away
[+] Pre-generated revocation certificate: revoke a key later without holding the secret key
[+] Encryption now always includes the sending identity's key, so the Sent copy stays readable
[+] Key Manager opens modeless — it no longer blocks the rest of the program or app exit
[+] PGP Preferences: key-storage toggle + "Export entire keyring to files" on the Files tab
[+] A key fetched from a key server/WKD is trusted only if it cryptographically self-certifies the address
[+] The key-server import dialog now shows the key fingerprint to verify out of band
[*] Public-key writes can no longer touch secret key material — enforced by the storage layer
[*] The default (master) key is now visually distinct from the signing key in the Key Manager
[*] keyring.pgp files get two rotating backup generations before every atomic rewrite
[*] "Change passphrase" field relabelled "Current passphrase (empty if none)"
[*] Account editor tabs and the Calendar menu item gained icons; new Autocrypt and Calendar glyphs
[*] Key-server/WKD HTTP responses are capped at 10 MB and refused mid-stream (memory-flood guard)
[-] Fixed: a GnuPG-revoked or expired key was shown as valid (old-format signature packets were not parsed)
[-] A signature made by a revoked or expired signing key is now reported as bad, not good
[-] Fixed signing cleartext with trailing whitespace producing a signature our verifier and GnuPG rejected
[-] Fixed a keyring data-loss path where importing a public key could wipe pubring/secring
[-] Key import now reports its result instead of importing silently
[-] Adding a passphrase-protected subkey to an unprotected key now warns and offers to protect the key

— Quelle: https://thebat.dutaint.com/sympa/arc/tbbe…7/msg00004.html

**GwenDragon**

So viele Fixes bezüglich OpenPGP.

Einer meiner Lieblingsbugs. Das muss ich mal testen mit dem internen PGP.

Zitat

[+] Encryption now always includes the sending identity's key, so the Sent copy stays readable

//EDIT:

Mag ja sein, aber wenn ich nicht den Schlüssel vom Empfänger weiß, fragt The Bat! nicht den des Senders ab.

Tja. Das PGP/Inline zeigt es, kopiert, in eine textdatei und GPG drüber laufen lassen mit

Code

X:\TEST>gpg -d a.txt
gpg: verschlüsselt mit rsa3072 Schlüssel, ID 36******A13E, erzeugt 2026-06-16
     "**** <*******@vivaldi.net>"
Guten Tag ,
E

--
Mit lieben Grüßen
GwenDragon // Lilo
E-Mail: info@gwendragon.de
Web:    https://gwendragon.de/
Blog:   https://labs.gwendragon.de/blog/
+--------------------------------------------------------------------+
¦ Mit GnuPG signiert // Signed with GnuPG                            ¦
¦                                                                    ¦
¦ GnuPG-Sign  : RSA 4096bit                                          ¦
¦ Key-ID      : 0x269218D092DD50ED                                   ¦
¦ Fingerprint : A856 CB19 1371 BF21 E2F9 DC09 2692 18D0 92DD 50ED    ¦
¦ Keys        : https://gwendragon.de/infos/gpg_pgp/#ownkeys         ¦
¦               https://keys.openpgp.org/search?q=info@gwendragon.de ¦
+--------------------------------------------------------------------+
X:\TEST>

Alles anzeigen

Zu sehen ist damit, dass der Snder-Schlüssel fehlt.

**GwenDragon**

Der interne Schlüsselmanager hat aussagefähigeren Inhalt bekommen.

**sanyok**

Zitat von GwenDragon

[*] Account editor tabs and the Calendar menu item gained icons; new Autocrypt and Calendar glyphs

Kalender und Autocrypt haben neue bzw. überhaupt Icons in den Kontoeigenschaften bekommen. Schön!

Zitat von GwenDragon

[*] The default (master) key is now visually distinct from the signing key in the Key Manager
+
[-] Key import now reports its result instead of importing silently

Sieht man jetzt sofort, insbesondere wenn man sehr viele Schlüssel hat. Schöner!

Zitat von GwenDragon

[+] Encryption now always includes the sending identity's key, so the Sent copy stays readable

Versandte Nachrichten kann man jetzt endlich wieder entschlüsseln. Am schönsten!

Insgesamt ein sehr nützliches Update.

**GwenDragon**

Zitat von GwenDragon

[+] Encryption now always includes the sending identity's key, so the Sent copy stays readable

Sieht so aus als müsse nun für das interne PGP da im Menü unter OpenPGP… → Einstellungen… → Allgemein → Immer mit Stanfardschlüssel verschlüsseln deaktiviert sein, damit Sender + Empfänger-Schlüssel verwendet werden.
Dann ist Sender und Empfängerschlüssel im Mail.

Aber… Das Entschlüsseln im Gesendet-Ordner klappt nicht, weil das Passwort für den Empfänger verlangt wird.

**sanyok**

Zitat von GwenDragon

Aber… Das Entschlüsseln im Gesendet-Ordner klappt nicht, weil das Passwort für den Sender verlangt wird.

Also ich kann ganz normal entschlüsseln.

**GwenDragon**

Zitat von sanyok

Also ich kann ganz normal entschlüsseln.

Tippfehler bei mir.
Es wird das Passwort für den Empfänger verlangt. Wenn ich das nicht weiß, geht kein Entschlüsseln.

Ich teste mal mit der 64bit, ob das ein Problem der 32bit ist.
//EDIT:
Egal ob 32- oder 64bit.
Test mit internem PGP
Ich habe auch für die zwei Test-Konten neue Schlüssel erstellt.
Es wird wirklich nur mit dem Empfängerschlüssel verschlüsselt.
Damit kann ich als Absender das nicht mehr öffnen (warte mal, bis das Passwortcaching der 5 Minuten abgelaufen ist).

letos

Zitat von GwenDragon

Egal ob 32- oder 64bit.
Test mit internem PGP
Ich habe auch für die zwei Test-Konten neue Schlüssel erstellt.
Es wird wirklich nur mit dem Empfängerschlüssel verschlüsselt.
Damit kann ich als Absender das nicht mehr öffnen (warte mal, bis das Passwortcaching der 5 Minuten abgelaufen ist).

Ist denn bekannt, wie The Bat! die gesendeten Mails verschlüsselt, also nicht die, die raus gesendet werden, sondern die, die in der lokalen Datenbank, also in den *.tbb-Dateien, gespeichert werden?

**sanyok**

Zitat von letos

Ist denn bekannt, wie The Bat! die gesendeten Mails verschlüsselt, also nicht die, die raus gesendet werden, sondern die, die in der lokalen Datenbank, also in den *.tbb-Dateien, gespeichert werden?

Die .tbb Datenbanken werden nicht verschlüsselt. Es gibt Tools, die einzelne Nachrichten daraus als .eml exportieren können. Wenn eine der Nachrichten mit PGP verschlüsselt ist, dann ist der Body in der .eml Datei verschlüsselt, der Header nicht. Es ist als ob man so eine Nachricht gleich im Programm als .eml exportiert. Kannst du auch selbst ausprobieren.

Hat man hingegen in The Bat! Pro OTFE aktiviert oder nutzt man Voyager, werden die .ebb (beachte das E!) Datenbanken immer verschlüsselt und werden nur nach Eingabe des sog. Masterpassworts eben On-The-Fly (daher OTF-Encryption) entschlüsselt. Wie dabei verschlüsselt wird, ist unbekannt, aber bisher wurde eine .ebb Datenbank nicht geknackt. Es gibt auch keine Tools fürs Extrahieren.

**sanyok**

Zitat von GwenDragon

Es wird das Passwort für den Empfänger verlangt. Wenn ich das nicht weiß, geht kein Entschlüsseln.

Also bei mir wird eben das Passwort des Senders verlangt und danach wird die Nachricht entschlüsselt. So wie mit GnuPG z.B.

**GwenDragon**

Zitat von sanyok

Also bei mir wird eben das Passwort des Senders verlangt und danach wird die Nachricht entschlüsselt.

Ich habe keien ahnung, warum da das interne PGP das bei mir macht.

Ich lasse mal meine PGP.INI hier, irgendwas seltsam drin?

Code

[PGP]
Encrypt to DefKey=0
Compress=1
Autodecrypt=1
Cache Dec=1
Cache Sig=1
Minutes Dec=5
Minutes Sig=5
Skip Success Msg=1
Comment BlockW=
Default Key A=0
Default Key B=0
KeyRing Storage=1
PubringW=%\00W\00D\00I\00R\00%\00\5C\00p\00u\00b\00r\00i\00n\00g\00.\00p\00g\00p\00
SecringW=%\00W\00D\00I\00R\00%\00\5C\00s\00e\00c\00r\00i\00n\00g\00.\00p\00g\00p\00
RandSeedW=%\00W\00D\00I\00R\00%\00\5C\00r\00a\00n\00d\00s\00e\00e\00d\00.\00b\00i\00n\00
Key ManagerW=%\00E\00X\00E\00D\00R\00I\00V\00E\00%\00\5C\00P\00r\00o\00g\00r\00a\00m\00\20\00F\00i\00l\00e\00s\00\5C\00G\00p\00g\004\00w\00i\00n\00\5C\00b\00i\00n\00\5C\00k\00l\00e\00o\00p\00a\00t\00r\00a\00.\00e\00x\00e\00
KeyServer Enabled=1
KeyServer AutoImport=1
KeyServer ListW=h\00k\00p\00s\00:\00/\00/\00k\00e\00y\00s\00.\00o\00p\00e\00n\00p\00g\00p\00.\00o\00r\00g\00
KeyServer UseWKD=1
KeyServer Timeout=10000

Alles anzeigen

**sanyok**

Zitat von GwenDragon

Ich lasse mal meine PGP.INI hier, irgendwas seltsam drin?

Praktisch dasselbe auch hier, nur dass ich Passphrase-Caching nicht aktiviert habe.

Die Nachricht muss natürlich mit dieser Beta verschlüsselt sein.

**GwenDragon**

Zitat von sanyok

Praktisch dasselbe auch hier, nur dass ich Passphrase-Caching nicht aktiviert habe.

Ah, ok. Also nix, was problematisch aussieht.

Zitat von sanyok

Die Nachricht muss natürlich mit dieser Beta verschlüsselt sein.

Habe ich. The Bat mit /REG:TEST gestartet und neu erstellten Test-Schlüsseln..

Entschlüsseln klappt aber eben nicht mit dem Schlüssel des Senders, weil die Passphrase des Empfängers verlangt wird.

Schau:

Ich bin auf Windows 11 25H2. Ob das eine Rolle spielt?

**sanyok**

Zitat von GwenDragon

Schau

Auch hier dasselbe, nur dass bei mir

Code

Passphrase für <hier steht meine E-Mail-Adresse> eingeben

erscheint. Auch die Key ID ist meine.

Zitat von GwenDragon

Ich bin auf Windows 11 25H2. Ob das eine Rolle spielt?

Ich bin zwar auf 10, glaube aber nicht, dass es am OS liegt.

Es müsste auch nicht relevant sein, dass ich die Test-Nachricht nicht versandt, sondern nur als Entwurf in AUSGANG gespeichert habe. Ich habe sie anschließend sowohl in VERSANDT als auch in EINGANG verschoben. Überall wird nur nach dem Passwort des Absenders, sprich meinem gefragt. Nach dem tatsächlichen Versand wäre es daher wohl nicht anders.

Für die Tests habe ich übrigens immer deine Adresse verwendet, weil ich einen öffentlichen Schlüssel von dir habe, aber natürlich kein Passwort. Daher hätte ich so eine Nachricht nie entschlüsseln können, wenn das Programm mich nach dem Passwort des Empfängers gefragt hätte.

Getestet habe ich es außerdem mit zwei verschiedenen Absenderadressen und eigenen Schlüsseln. Ich wurde immer nach dem Passwort der jeweiligen Absenderadresse gefragt.

Du entschlüsselst doch auch mit OpenPGP und nicht etwa mit GnuPG? Ich hab's nämlich mit GnuPG versucht und dort wird komischerweise angezeigt, dass ich entweder das Passwort des Absenders oder aber auch das Passwort des Empfängers eingeben kann, wobei der Absender ebenfalls als Empfänger bezeichnet wird. Die Mitteilung heißt dann:

Code

Bitte geben Sie die OpenPGP-Passphrase eines der folgenden Empfänger der Nachricht ein: 
<hier stehen unsere beiden Adressen, getrennt durch Komma>

GnuPG interpretiert wohl beide als Empfänger, aber auch hier habe ich die Möglichkeit, mein eigenes Passwort einzugeben.

Jetzt habe ich aber noch einen Test gemacht und das Ergebnis ähnelt deinem Fall. Ich habe nämlich als Absender eine Adresse ohne Schlüssel genommen, zumindest ohne Schlüssel in der OpenPGP-Schlüsselverwaltung. Ich bekam keine Fehlermeldung oder einen Hinweis vom Programm. Die Nachricht wurde dennoch wohl nur mit dem Schlüssel des Empfängers verschlüsselt und als ich sie entschlüsseln wollte, wurde mir angezeigt, dass die Nachricht nur vom Empfänger entschlüsselt werden kann. Es gab nicht mal ein Feld für die Passworteingabe, weil das Programm wohl davon ausgeht, dass ich es sowieso nicht habe.

So wie von dir in TBBETA erwähnt, habe ich es mit gpg -d getestet. Dasselbe Ergebnis:

Code

gpg -d test.eml
gpg: verschlüsselt mit <hier stehen die Daten des Empfängers>
gpg: Entschlüsselung fehlgeschlagen: Geheimer Schlüssel ist nicht vorhanden

Es wurde demnach nicht mal mit meinem Standardschlüssel verschlüsselt. An diese Nachricht komme ich also nicht mehr ran.

Bei den anderen Nachrichten, die ordnungsgemäß verschlüsselt wurden, wurde hingegen richtigerweise angezeigt:

Code

gpg -d test.eml
Sie benötigen eine Passphrase, um den geheimen Schlüssel zu entsperren.
Benutzer: <hier steht meine Adresse>
Geben Sie die Passphrase ein: ...

gpg: verschlüsselt mit <hier stehen die Daten des Empfängers>
gpg: verschlüsselt mit <hier stehen meine Daten als Absender>

Und da konnte ich mein Passwort eingeben und die Nachricht entschlüsseln.

Ich nehme daher an, dass dieses Problem immer dann auftritt, wenn etwas mit dem Schlüssel des Absenders nicht stimmt oder es ganz fehlt. Wie gesagt, weil nicht mal ein Hinweis erscheint, weiß man während der Verschlüsselung nicht, mit welchem Schlüssel verschlüsselt wurde.

**sanyok**

Übrigens, zu #0002346, den du in TBBETA erwähnst, hast du bereits unter The Bat! 12.2.0.8 (BETA) geschrieben:

Zitat von GwenDragon

Autsch, da ist der Link sinnlos für euch. Ich nehme das mal raus.
/edit: Ich weiß schon, was ich da verbockt habe. Anstatt nur einen bestimmten Kommentar auf Privat, habe ich den ganzen Report nur für Zugriff durch Ritlabs gestellt.

Der BT-Eintrag ist immer noch privat. Was steht denn drin? Kannst du vielleicht unter The Bat! Wishes & Bugtracker eine Kopie erstellen?

**GwenDragon**

sanyok Ich habe alles mit OpenPGP (also das interne PGP von The Bat! verschlüsselt).

letos

Zitat von sanyok

Ich nehme daher an, dass dieses Problem immer dann auftritt, wenn etwas mit dem Schlüssel des Absenders nicht stimmt oder es ganz fehlt. Wie gesagt, weil nicht mal ein Hinweis erscheint, weiß man während der Verschlüsselung nicht, mit welchem Schlüssel verschlüsselt wurde.

Daher auch meine Frage:

Zitat von letos

Ist denn bekannt, wie The Bat! die gesendeten Mails verschlüsselt,

Sanyok hat dazu etwas geschrieben. Leider hatte die Antwort nichts mit meiner Frage zu tun.

Grundsätzlich nochmal zum Verschlüsseln mit PGP/GPG/GnuPG:

Verschlüsselt wird mit dem öffentlichen Schlüssel der Empfängerin.
Die Empfängerin kann dann mit ihrem privaten (sic!) Schlüssel diese Nachricht entschlüsseln.

Wenn The Bat! dann die Nachricht im Ordner "Versandt" speichert, wird dazu ein anderer Schlüssel oder auch ggf. ein anderes Verschlüsselungsverfahren verwendet, evtl. ein symmetrisches.
Daher auch meine Frage:

Zitat von letos

Ist denn bekannt, wie The Bat! die gesendeten Mails verschlüsselt,

<Ironie>Als Anwendungsentwickler könnte ich auf die Idee kommen</Ironie>, meinen eigenen asymmetrischen (Standard-)Schlüssel zu verwenden (für die Nachricht im Ordner "Versandt"):

Das geht dann so:
verschlüsseln mit meinem öffentlichen Schlüssel, entschlüsseln mit meinem privaten Schlüssel - dazu ist dann die Kennwortabfrage nach meinem Kennwort für die Schlüssel im Schlüsselbund notwendig (so wäre das zumindest beim asymmetrischen Verschlüsselungsverfahren notwendig).

**GwenDragon**

Zitat von letos

Wenn The Bat! dann die Nachricht im Ordner "Gesendet" speichert, wird dazu ein anderer Schlüssel oder auch ggf. ein anderes Verschlüsselungsverfahren verwendet, evtl. ein symetrisches.

Nein, da wird nicht anders verschlüsselt. Immer mit PGP/Inline oder PGP/MIME so wie im Editoreingestellt.

letos

Zitat von GwenDragon

Nein, da wird nicht anders verschlüsselt. Immer mit PGP/Inline oder PGP/MIME so wie im Editoreingestellt.

Genau!

Das deckt sich mit einem Test meinerseits:
ich habe dazu eine (verschlüsselte) Nachricht aus einem Ordner "Versandt" exportiert, mit GPG entschlüsselt und mit base64 decodiert und siehe da, da war meine versandte Nachricht (geht hier alles auf meiner Kommandozeile... ;-).

Wenn das nicht funktioniert, dann ist werkseitig ein dicker Bug im OpenGPG-Teil von The Bat! vorhanden!

Zitat von GwenDragon

[+] OpenPGP keys now live in a transactional SQLite keyring (keyring.db) with on-demand lookups
[+] Backup and Restore now include the SQLite keyring, archived as a consistent snapshot

Ah, wer lesen kann,....
Die RITLaboranten haben am Schlüsselspeicher rumgeschraubt. Evtl. ist da etwas kaputt gegangen....

GwenDragon Kannst Du Deine Bug-Meldung im Bug-Trecker anpassen, dann kann ich den ..."liken"...?

<RANT ON>Hab ich schon mal erwähnt, das ich diesen Editor hasse...!<RANT OFF>

The Bat! 12.2.0.14 (BETA)

Beitrag von letos (16. Juli 2026 um 16:59)

Ähnliche Themen

The Bat! 12.2.0.8 (BETA)

The Bat! 11.4.2.4 (BETA)