> Compared to proper deletion of keys from the SKS network these > mecanism enable each server admin to abide by his own policy. They > also have their cons: solution 1 could lead to some form of > partitioning of the network. Also peers will know which key is being > blacklisted through the recon protocol. Solution 2 could be one step > short of fullfilling legal obligations as the data is still in the > database.
IMHO in Peter's case a locally maintained blacklist would be more adequate. If a verdict forbids him to serve a certain key, he configures its server only. However the other 70 key servers have not to respect this judgement. So peoples won't get into the habit of forcing unreasonable behavior by legal procedures because it is useless. Gabor _______________________________________________ Sks-devel mailing list Sks-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/sks-devel
