Orphaned secret subkeys
Nikola Lečić
nikola.lecic at anthesphoria.net
Thu Jan 31 02:37:10 CET 2008
Hello,
[GnuPG-2.0.4 on FreeBSD]
I wasn't aware that one had to 'save' a key immediately after deleting
a subkey (using delkey) in order to replace that subkey with a new one
(using addkey). Now I have this situation:
%gpg --edit-key 7B063EAA
[...]
Secret key is available.
gpg: using PGP trust model
pub 2048R/7B063EAA created: 2008-01-30 expires: never usage:
SCA trust: ultimate validity: ultimate
sub 1024R/35E8152C created: 2008-01-30 expires: 2018-01-28 usage:
S sub 2048R/AE444AB1 created: 2008-01-30 expires: 2018-01-28 usage:
A sub 2048R/C0AD5BE4 created: 2008-01-31 expires: never usage:
E [ultimate] (1). ..........]
Command> toggle
sec 2048R/7B063EAA created: 2008-01-30 expires: never
ssb 1024R/35E8152C created: 2008-01-30 expires: never
ssb 2048R/AE444AB1 created: 2008-01-30 expires: never
ssb 1024g/FA352C19 created: 2008-01-30 expires: never <------
ssb 1024R/44EDC121 created: 2008-01-30 expires: never <------
sub 2048R/C0AD5BE4 created: 2008-01-30 expires: never
i.e. I have two orphaned secret subkeys. How can I delete them? And does
their presence matter at all (because, although regenerable AFAIK, their
public parts will never be exported to public keyserver)? Is this
behaviour intentional?
--
Nikola Lečić :: Никола Лечић
More information about the Gnupg-users
mailing list