1996-03-10 - Re: PGP 3.0/4.0

Header Data

From: Piete Brooks <Piete.Brooks@cl.cam.ac.uk>
To: Adam Shostack <adam@lighthouse.homeport.org>
Message Hash: fdd3d5df54b5c92eaca879e86536862ef1e88eabeaf3d83f4bbb41b2cf020972
Message ID: <E0tvs5C-0007Dk-00@heaton.cl.cam.ac.uk>
Reply To: <199603061501.KAA16783@homeport.org>
UTC Datetime: 1996-03-10 21:03:55 UTC
Raw Date: Mon, 11 Mar 1996 05:03:55 +0800

Raw message

From: Piete Brooks <Piete.Brooks@cl.cam.ac.uk>
Date: Mon, 11 Mar 1996 05:03:55 +0800
To: Adam Shostack <adam@lighthouse.homeport.org>
Subject: Re: PGP 3.0/4.0
In-Reply-To: <199603061501.KAA16783@homeport.org>
Message-ID: <E0tvs5C-0007Dk-00@heaton.cl.cam.ac.uk>
MIME-Version: 1.0
Content-Type: text/plain


>| How about code that goes out & fetches keys upon demand, al-la DNS?

That's what the next generation of Distributed Key Server stuff will do.

> This works with procmail to get keys for all mail I receive.

As you say, fetching keys for all keys you ever receive will cause your
keyring to become excessive ...

I prefer to be able to fetch a key in real time when I want to send to it.
As such, I wrote a reasonably defined command such that "if the exit code is
0, then stdout is the armoured key for the KeyID or UserID specified on the
command line".  In future, it'll use the new Distributed Key Server, but until
then, it uses a "fast" server (a perl daemon which loads the whole keyring into
a DBM backed ASSOC array) or WWW servers.
[ Former takes about 500mS locally, but as Sprint appear only to have been
  making one attempt per week to get the greatly overdue Fat Pipe upgrade going
  it'll be somewhat more for anyone outside the UK :-((
]
See http://www.pgp.net/pgpnet/#krem if you're interested ...


[ Any offers to provide pgp.net services are likley to be greatfully accepted ]





Thread