On Sun, 30 Aug 2020 00:50, Johan Wevers said:
> Sorry, I see from Vincent's mail that GnuPG already does this but it
> might be the keycard that is causing this.
Right, smartcards are pretty strict in what they accept as input. Thus
you can't use certain keys on a smartcard for different
I wrote:
> It would be nice if GnuPG implemented an override option to use this key
> for decryption anyway.
Sorry, I see from Vincent's mail that GnuPG already does this but it
might be the keycard that is causing this.
--
ir. J.C.A. Wevers
PGP/GPG public keys at
> A closer inspection of the key ID showed that it was encrypted with my master
> key. A key that is not marked to be used for encryption. So how the heck did
> that happened?
I believe what you're experiencing here is actually a direct consequence of
a GnuPG policy decision: Subkeys that don't
On 29-08-2020 16:17, Sheogorath via Gnupg-users wrote:
> A closer
> inspection of the key ID showed that it was encrypted with my master
> key. A key that is not marked to be used for encryption.
It would be nice if GnuPG implemented an override option to use this key
for decryption anyway. The
Hello to everyone,
Today I got an encrypted email from a friend that turned out to be
undecryptable in first place. After my evolution integration failed, I
checked manually using gpg --decrypt.
This provided me with the lovely statement of:
gpg: encrypted with 4096-bit RSA key, ID
