"No-Keyserver" (and other) flags on keys
John at Mozilla-Enigmail.org
Mon Jun 28 10:18:10 CEST 2010
Dan Mahoney, System Admin wrote:
> I'm also not aware of how servers synchronize, but if it's a different
> protocol than the standard single-key-request protocol, then there's an
> easy metric to say "don't hand out keys with this flag via this protocol".
For SKS (taken from the current SKS project page,
+> The foundation of SKS is an efficient algorithm for reconciling remote data
+> sets. That algorithm is described in the following papers:
+> * Set Reconciliation with Nearly Optimal Communication Complexity
+> * Practical Set Reconciliation
+> You can find the (somewhat limited) documentation here.
+>  http://ipsit.bu.edu/documents/ieee-it3-web.pdf
+>  http://ipsit.bu.edu/documents/BUTR2002-01.ps
+>  http://code.google.com/p/sks-keyserver/wiki/Documentation
It's pretty safe to say SKS doesn't look at any key contents when exchanging
keys. Reconciliation only ensures that two copies of the data have the same
member bits, and fairly rapidly at that (2.8 million keys/4.3GB key material
compared up to 6 times per minute).
John P. Clizbe Inet: John (a) GingerBear DAWT net
You can't spell fiasco without SCO. hkp://keyserver.gingerbear.net or
mailto:pgp-public-keys at gingerbear.net?subject=HELP
Q:"Just how do the residents of Haiku, Hawai'i hold conversations?"
A:"An odd melody / island voices on the winds / surplus of vowels"
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 499 bytes
Desc: OpenPGP digital signature
More information about the Gnupg-users