Robert L Cochran wrote:
> Thanks everyone for pointing this problem out to me. How do I fix it? I
> don't sign my emails that much but when I do I'd like a valid signature
> to show up. Clearly I'm doing something wrong.

The basic issue is that not all keyservers "know" about the update.  For
instance, pgp.mit.edu did not when I checked:

gpg --keyserver pgp.mit.edu --recv-keys C2C60518; gpg --list-keys C2C60518
gpg: requesting key C2C60518 from hkp server pgp.mit.edu
gpg: key C2C60518: "Robert L. Cochran (Greenbelt)
<[email protected]>" not changed
gpg: Total number processed: 1
gpg:              unchanged: 1
pub   1024D/C2C60518 2008-01-19 [expired: 2009-01-18]
uid                  Robert L. Cochran (Greenbelt) <[email protected]>

However, the server you used did:
gpg --keyserver subkeys.pgp.net --recv-keys C2C60518; gpg --list-keys
C2C60518
gpg: requesting key C2C60518 from hkp server subkeys.pgp.net
gpg: key C2C60518: "Robert L. Cochran (Greenbelt)
<[email protected]>" 2 new signatures
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: Total number processed: 1
gpg:         new signatures: 2
pub   1024D/C2C60518 2008-01-19 [expires: 2010-02-21]
uid                  Robert L. Cochran (Greenbelt) <[email protected]>

This can be remedied by sending to the uninformed keyservers.
gpg --keyserver pgp.mit.edu --send-keys C2C60518
gpg: sending key C2C60518 to hkp server pgp.mit.edu

Then, we see pgp.mit.edu is now aware of the update.
gpg --keyserver pgp.mit.edu --recv-keys C2C60518; gpg --list-keys C2C60518
gpg: requesting key C2C60518 from hkp server pgp.mit.edu
gpg: key C2C60518: "Robert L. Cochran (Greenbelt)
<[email protected]>" not changed
gpg: Total number processed: 1
gpg:              unchanged: 1
pub   1024D/C2C60518 2008-01-19 [expires: 2010-02-21]
uid                  Robert L. Cochran (Greenbelt) <[email protected]

Of course, the key servers ordinarily share keys amongst themselves
every so often.  But a manual update can't hurt.

Matt Flaschen

-- 
fedora-list mailing list
[email protected]
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Reply via email to