Deleting a smart card secret key stub from the secret keyring

2016-04-11 Thread Wouter Verhelst
Hi, I recently bought an OpenPGP smart card, and am now evaluating before deciding whether to move my secret key to the card. To that end, I've generated (and destroyed, by way of "gpg2 --edit-card"'s factory-reset command) a number of keys. However, I noticed that the factory-reset doesn't delet

Re: Using LDAP keyservers with gpg 2.1.11

2016-04-11 Thread Philip Colmer
OK ... I've done some more digging. The command KEYSERVER --clear was failing because it doesn't like the embedded username and password, i.e. it only works if the configuration just specifies ldaps://login.linaro.org. So, stripping the username and password out gets *that* bit of the code to w

Re: Perform only asymmetric encryption/decryption

2016-04-11 Thread Werner Koch
On Sun, 10 Apr 2016 12:56, erik.nelles...@informatik.hu-berlin.de said: > No, this is not about encrypting large amounts of data with asymmetric > encryption. ;) It is about encrypting and decrypting small strings, > which are still way smaller than the public/private key. So I guess You better s

Re: Perform only asymmetric encryption/decryption

2016-04-11 Thread Neal H. Walfield
On Mon, 11 Apr 2016 10:49:32 +0200, Erik Nellessen wrote: > > If I understand it correctly, --override-session-key does not allow me to set > the session key before encryption. It allows me to set the session key when > decrypting, so I can do it without using the private key. The option is used

Re: Perform only asymmetric encryption/decryption

2016-04-11 Thread Erik Nellessen
If I understand it correctly, --override-session-key does not allow me to set the session key before encryption. It allows me to set the session key when decrypting, so I can do it without using the private key. The option is used to reveal the content of messages without revealing the private k

Re: Perform only asymmetric encryption/decryption

2016-04-11 Thread Neal H. Walfield
On Sun, 10 Apr 2016 12:56:09 +0200, Erik Nellessen wrote: > No, this is not about encrypting large amounts of data with asymmetric > encryption. ;) It is about encrypting and decrypting small strings, which are > still way smaller than the public/private key. So I guess this could be > possible