-----BEGIN PGP SIGNED MESSAGE-----
From: "Jon Callas" <jon(_at_)callas(_dot_)org>
Now then, one of the remaining things really on our agenda is to discuss
fixing the secret key format.
Can I get something added to the agenda?
Last week, I asked how certificate revocation was supposed to work in
the presence of multiple certificates for the same key/userId (or
key/subkey or just key) material. I don't buy the argument that the
spec shouldn't cover semantics here -- I don't care if the spec says
how an implementation should treat a revocation, but I think it's
critical that the sender and receiver agree on what is being revoked.
My proposal was to add a signature subpacket to contain the hash
algorithm and value from the certificate being revoked. Old
implementations should ignore it (unless the sender marks it critical,
in which case they should ignore the revocation itself). New
implementations can use it to positively identify the original.
Does this sound reasonable? If not, do you disagree with the premise
that identification is useful? Or, do you dislike the form of the ID?
(Plus, in doing so, the spec can remain silent on the meaning of
duplicate certificates. I favor adding a "most recent prevails"
recommendation, but if I can revoke *specific* older ones to make
my intention clear, I don't need to depend on any other rules.)
-----BEGIN PGP SIGNATURE-----
Version: PGP Personal Privacy 6.5.3
iQEVAwUBO5WFnGNDnIII+QUHAQExMgf/bWSykKCbGLUwKBwQg2etB6br0EvUO3ya
33Vz2gxjkeUN/W0v5IeWu0NJHpBFaBkjsM7SvG/jBi4E0Sso7FXn+qu0N+k/Lm2t
B/7WWKnF+hZfYl2s+facScyF5rGQ6xiWsb3godcLjYRxTTcPrbfdD4qzqNEPpa9J
vblPkkD+77TR0FYSsLqOjImGbV+rSgAN5SXa4qDphPT9cZ06PVUY+exD0fLiOPHo
ONd31YjMrlOw8WiNYnhWpGiE7pMx7MLTe44QDWbpIRIVqOjO8B8p2Hm8MhISpC96
FiZiz5PHw7j7ViEgPnse9tV4vwiQ6yzqcV43xhnBkXB84wM33KatGg==
=M5t4
-----END PGP SIGNATURE-----