Re: Extending Expiration Date of an Already-Expired GPG Key

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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)
<cochranb@xxxxxxxxxxxxx>" 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) <cochranb@xxxxxxxxxxxxx>

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)
<cochranb@xxxxxxxxxxxxx>" 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) <cochranb@xxxxxxxxxxxxx>

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)
<cochranb@xxxxxxxxxxxxx>" 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) <cochranb@xxxxxxxxxxxxx

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
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux