[prev in list] [next in list] [prev in thread] [next in thread] 

List:       pgp-keyserver-folk
Subject:    [Pgp-keyserver-folk] Revocations and merging keys
From:       "Yaron M. Minsky" <yminsky () cs ! cornell ! edu>
Date:       2002-07-26 15:58:08
[Download RAW message or body]

I've been looking at RFC2440 and trying to understand how the merging of
multiple keys with the same initial key packet should work.  From the
perspective of a key server, it would be nice to have a key-merging
protocol that didn't require a lot of detailed inspection of the
packets.  The thing is, looking at the Key Structures spec (section 11.1
of the RFC), a PGP key can have at most one revocation per primary key
(and one revocation per subkey), for both the v.3 and v.4 key types.  So
how to handle multiple revocations?  If I just stuff in the revocation
packets one after the other, will clients choke on that?  How do the
current keyservers (pks, cks, etc) handle this?

Thanks,
y 

-- 
|--------/            Yaron M. Minsky              \--------|
|--------\ http://www.cs.cornell.edu/home/yminsky/ /--------|

Open PGP --- KeyID B1FFD916 (new key as of Dec 4th)
Fingerprint: 5BF6 83E1 0CE3 1043 95D8 F8D5 9F12 B3A9 B1FF D916

[prev in list] [next in list] [prev in thread] [next in thread]