On Fri, 22 Feb 2013 01:21, cr...@2ndquadrant.com said:
I expected it to be simple to make sure that the a GPG agent (either the
gpg-agent program or something like Gnome's built-in agent) were
Oh please don't use the latter, that is the cuase for a many problems.
You may use gpg-connect-agent
Hello,
I have a question about retrieving keys for use with GPGME.
I understand that GPG is primarily built to function using keys on the
user's keychain, however, I was wondering if it is possible to perform
crypto operations using keys that are not on the keyring. For example,
rather than
I don't know if it is supported by GPGME, but here's an alternative I just
thought of: Store the public keyring on a RAM filesystem.
Sketch of operation (not fully tested, and please understand what you're doing,
don't just copy-paste):
mkdir ~/gnupg-ramfs
sudo mount gnupg-ramfs ~/gnupg-ramfs -t
Have any consumer banks in the US figured out how to use PGP, so
monthly statements can be trully *delivered*?
(as opposed to getting a plaintext message troubling clients to login
via some GUI and point-click-point-click-point-click)
___
Gnupg-users
Hello!
I am pleased to announce version 2.1.0 of Libassuan.
Libassuan is the IPC library used by GnuPG 2, GPGME, and a few other
packages. This release adds support for the nPth thread library as used
by the current development version of GnuPG. It also fixes some minor
bugs and enables
On 02/22/2013 01:24 PM, Anonymous Remailer (austria) wrote:
Have any consumer banks in the US figured out how to use PGP, so
monthly statements can be truly *delivered*?
OpenPGP, no, because there's no business case for them to do so.
OpenPGP users represent a phenomenally small fraction of
