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