- User Since
- Dec 7 2021, 3:55 PM (50 w, 5 d)
Wed, Nov 23
ok, works as described.
Tue, Nov 22
I have tried all 3 settings (in %APPDATA%\kleopatrarc):
works as described.
Keyserver option is no longer shown in the OpenPGP tab of GnuPG System
Thu, Nov 10
works as described by Ingo
Wed, Nov 9
works as advertised
Fri, Nov 4
Oct 24 2022
works as proposed by werner.
Oct 14 2022
If a certificate is in more than one group, this will not work...
Oct 13 2022
Oct 12 2022
Oct 11 2022
Oct 10 2022
Sep 22 2022
Sep 21 2022
Well, the picture given as example above looks exactly as before if I choose a key by clicking on it. But at least it changes after hitting return or switching to the next line, so it's an improvement.
I see no change in the reported behavior:
Sep 16 2022
The data from the above output was additionally OpenPGP encrypted to self.
The "not compliant" message only shows when the data is additionally encrypted to a public key.
gpg: Öffentlicher Schlüssel ist 2B2F1C74FE523D81
[GNUPG:] ENC_TO 2B2F1C74FE523D81 1 0
gpg: AES256.CFB verschlüsselter Sitzungsschlüssel
[GNUPG:] NEED_PASSPHRASE_SYM 9 3 8
gpg: Verschlüsselt mit einem Passwort
gpg: verschlüsselt mit RSA Schlüssel, ID 2B2F1C74FE523D81
[GNUPG:] NO_SECKEY 2B2F1C74FE523D81
gpg: AES256 verschlüsselte Daten
[GNUPG:] DECRYPTION_INFO 2 9 0
gpg: Ursprünglicher Dateiname=''
[GNUPG:] PLAINTEXT 62 1663253724
[GNUPG:] PLAINTEXT_LENGTH 4
gpg: Signatur vom 15.09.2022 16:55:24 Mitteleuropäische Sommerzeit
gpg: mittels RSA-Schlüssel 930A7B212C8EC8F1729DA3F5C464074875570823
[GNUPG:] ERRSIG C464074875570823 1 10 00 1663253724 9 930A7B212C8EC8F1729DA3F5C464074875570823
[GNUPG:] NO_PUBKEY C464074875570823
gpg: Signatur kann nicht geprüft werden: Kein öffentlicher Schlüssel
Sep 15 2022
Sep 14 2022
Sep 7 2022
Sep 6 2022
well, when creating openPGP keys with kleopatra I did not see any hints. I do not think that the issue would be vaild for password based encryption. There the common usecase is autogeneration, anyway
Sep 2 2022
Aug 29 2022
Aug 25 2022
Aug 24 2022
also, in the recipient tab the "encrypt with passphrase" option is at the very bottom and so far away from the other options that it is easily overlooked, if the window is fullsized.
Aug 4 2022
Aug 3 2022
Jul 19 2022
Jul 15 2022
it seems to be a GnuPG-VSD packaging issue, then
Jul 14 2022
Jun 9 2022
May 12 2022
Its an issue of cursor position. If one either deletes or inputs a a character anywhere in the password string, the cursor always jumps to the end of the string.