t; >
> > >
> > > Hello,
> > >
> > > I wanted to insert a new password into my password store, but I can't do
> > > so anymore. It says:
> > >
> > > $ pass insert -m web/test3
> > > Enter contents of web/test3 and pre
can't do
> > so anymore. It says:
> >
> > $ pass insert -m web/test3
> > Enter contents of web/test3 and press Ctrl+D when finished:
> >
> > gpg: 61F1ECB625C9A6C3: There is no assurance this key belongs to the named
> > user
> > gpg
ess Ctrl+D when finished:
>
> gpg: 61F1ECB625C9A6C3: There is no assurance this key belongs to the named
> user
> gpg: [stdin]: encryption failed: Unusable public key
> Password encryption aborted.
The culprit was this file:
$ ls -l ~/.gnupg-ccid/trustdb*
-rw--- 1 guru wheel 1280
Hello,
I wanted to insert a new password into my password store, but I can't do
so anymore. It says:
$ pass insert -m web/test3
Enter contents of web/test3 and press Ctrl+D when finished:
gpg: 61F1ECB625C9A6C3: There is no assurance this key belongs to the named user
gpg: [stdin]: encryption
by CA, then Alice can
>>> pick up the phone, call the customer-support of the company B and ask
>>> for Bob and then ask Bob to send her an e-mail with a public key and
>>> verify the fingerprint of the public key over a phone? Are there
>>> better(easier to
print of the public key over a phone? Are there
> better(easier to use or more secure) ways to ensure that GPG public
> key belongs to right person in business to business communication?
It depends on how much involvement you want the IT department to have.
There are a few more option
is not trusted by CA, then Alice can
pick up the phone, call the customer-support of the company B and ask
for Bob and then ask Bob to send her an e-mail with a public key and
verify the fingerprint of the public key over a phone? Are there
better(easier to use or more secure) ways to ensure that GPG public
key
On June 22, 2013 at 4:52 AM Michael Tokarev m...@tls.msk.ru
wrote:
22.06.2013 11:56, Peter Lebbing wrote:
On 21/06/13 12:34, Michael Tokarev wrote:
It says validity: unknown
I just thought of something. If for some reason your /own/
key is no longer
trusted, you can make
On 21/06/13 12:34, Michael Tokarev wrote:
It says validity: unknown
I just thought of something. If for some reason your /own/ key is no longer
trusted, you can make signatures all day but it won't increase validity.
If you do --edit-key A8983CE7, what does its trust say?
Your own keys should
22.06.2013 11:56, Peter Lebbing wrote:
On 21/06/13 12:34, Michael Tokarev wrote:
It says validity: unknown
I just thought of something. If for some reason your /own/ key is no longer
trusted, you can make signatures all day but it won't increase validity.
If you do --edit-key A8983CE7,
rconf foo foo.enc
gpg: 468E35BC: There is no assurance this key belongs to the named user
gpg: [stdin]: sign+encrypt failed: unusable public key
$ gpg --list-sigs (names edited)
-
pub 1024R/A8983CE7 2005-01-27
uid f0501
sig 3A8983CE7 2005
in the
subject.
$ gpg --batch -q --encrypt --recipient rconf foo foo.enc
gpg: 468E35BC: There is no assurance this key belongs to the named user
gpg: [stdin]: sign+encrypt failed: unusable public key
Who or what is gconf? If that is what is actually used then
it is neither an email address
On 21/06/13 12:00, Henry Hertz Hobbit wrote:
Who or what is gconf? If that is what is actually used then
it is neither an email address or the keyid.
I don't think that's the problem, gpg is picking the key the OP wants, since it
complains about key 468E35BC having insufficient validity.
21.06.2013 14:22, Peter Lebbing wrote:
On 21/06/13 12:00, Henry Hertz Hobbit wrote:
Who or what is gconf? If that is what is actually used then
it is neither an email address or the keyid.
I don't think that's the problem, gpg is picking the key the OP wants, since
it
complains about key
, refusing to encrypt with the error indicated in the
subject.
$ gpg --batch -q --encrypt --recipient rconf foo foo.enc
gpg: 468E35BC: There is no assurance this key belongs to the named user
gpg: [stdin]: sign+encrypt failed: unusable public key
Who or what is gconf? If that is what
On 06/21/2013 10:22 AM, Peter Lebbing wrote:
On 21/06/13 12:00, Henry Hertz Hobbit wrote:
Who or what is gconf? If that is what is actually used then
it is neither an email address or the keyid.
I don't think that's the problem, gpg is picking the key the OP wants, since
it
complains
On 10/05/2010 09:57 PM, Larry Brower wrote:
Have you verified it is trusted on the system you are trying to use it
on? Perhaps the key isn't trusted.
This is not about trust for this key -- it is about validity.
The point is that the key does not have a valid binding to its User ID,
so
I am getting this error when trying to encrypt a file using a public key
generated by PGP Desktop 10.0.2 (Build 13). I am using gpg (GnuPG) 1.4.5.
I think the error is being caused by the validity setting for this key in
my keyring which is validity: unknown.
Two questions:
First, is there a
: Encrypt Error - There is no assurance this key belongs to the named
user
Sent by:
gnupg-users-boun...@gnupg.org
On 10/5/2010 2:16 PM, Thomas Chitwood wrote:
I am getting this error when trying to encrypt a file using a public key
generated by PGP Desktop 10.0.2 (Build 13). I am using gpg (GnuPG
On 10/5/10 6:13 PM, Thomas Chitwood wrote:
Robert,
This is a error that is preventing us from encrypting. The key has been
trusted and signed.
pub 2048R/F56DBCBE created: 2010-09-28 expires: never usage: SC
trust: full validity: unknown
sub
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Chitwood wrote:
Robert,
This is a error that is preventing us from encrypting. The key has been
trusted and signed.
pub 2048R/F56DBCBE created: 2010-09-28 expires: never usage: SC
trust: full
To:
Thomas Chitwood/Los Angeles/i...@ibmus
Cc:
gnupg-users@gnupg.org
Date:
10/05/2010 03:46 PM
Subject:
Re: Encrypt Error - There is no assurance this key belongs to the named
user
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Chitwood wrote:
Robert,
This is a error that is preventing us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Chitwood wrote:
Here you go.
$ gpg --list-sigs F56DBCBE
pub 2048R/F56DBCBE 2010-09-28
uid Patrick Ashbrook pashbr...@chcw.com
sig N F56DBCBE 2010-09-28 Patrick Ashbrook pashbr...@chcw.com
sig 359B3EB2
: Encrypt Error - There is no assurance this key belongs to the named
user
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Chitwood wrote:
Here you go.
$ gpg --list-sigs F56DBCBE
pub 2048R/F56DBCBE 2010-09-28
uid Patrick Ashbrook pashbr...@chcw.com
sig N
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Chitwood wrote:
Yes, that is our key.
Have you verified it is trusted on the system you are trying to use it
on? Perhaps the key isn't trusted.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with
On 05/29/2010 08:47 PM, Dan Mahoney, System Admin wrote:
On Sun, 30 May 2010, Michael D. Berger wrote:
Now in the context in which this is being used, there is no
uncertainty regarding key ownership, and the encryption is
part of a bash script. The query stops the script.
Therefore, how can
On 5/29/2010 5:58 PM, Michael D. Berger wrote:
I went to the account in which the key pair was generated
and tried to sign the key. I got that the key is already
signed. Was there perhaps something in the export of
the public key that might have gone wrong? Or, perhaps,
is there some other
On Sun, 30 May 2010 00:58:57 + (UTC)
Michael D. Berger m_d_berger_1...@yahoo.com wrote:
On Sat, 29 May 2010 19:46:29 -0500, John Clizbe wrote:
Michael D. Berger wrote:
On a Linux box, in encrypting a file with gpg, I get this query:
It is NOT certain that the key belongs
:
It is NOT certain that the key belongs to the person named in
the user ID. If you *really* know what you are doing, you may
answer the next question with yes.
Use this key anyway? (y/N) n
Now in the context in which this is being used, there is no
uncertainty
On a Linux box, in encrypting a file with gpg, I get this query:
It is NOT certain that the key belongs to the person named
in the user ID. If you *really* know what you are doing,
you may answer the next question with yes.
Use this key anyway? (y/N) n
Now in the context in which
Michael D. Berger wrote:
On a Linux box, in encrypting a file with gpg, I get this query:
It is NOT certain that the key belongs to the person named
in the user ID. If you *really* know what you are doing,
you may answer the next question with yes.
Use this key anyway? (y/N
On Sat, 29 May 2010 19:46:29 -0500, John Clizbe wrote:
Michael D. Berger wrote:
On a Linux box, in encrypting a file with gpg, I get this query:
It is NOT certain that the key belongs to the person named in the
user ID. If you *really* know what you are doing, you may answer
On Sun, 30 May 2010, Michael D. Berger wrote:
On a Linux box, in encrypting a file with gpg, I get this query:
It is NOT certain that the key belongs to the person named
in the user ID. If you *really* know what you are doing,
you may answer the next question with yes.
Use this key
33 matches
Mail list logo