[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: PGP
On Wed, 6 Dec 1995, David E. Smith wrote:
> Firstly - and don't take this personally - how much computer
> knowledge do you have? The PGP sources use all sorts of
> #ifdefs and other kludges. A fair amount of C coding
> ability is needed to get the damn things to do much of
> anything. (Hell, I can't read most of it - my precompiled
> MSDOS version does what I need it to do.)
Sorry...I was always taught that the user should not
be mandated to finish the job of the programmer. Please,
do not take me wrong, PGP is a remarkable tool...but I
was not aware I had iron out the bugs. That part is the
easiest to do compared with the genius of the program...
but I still should not have to do it.
> If you make PGP more user friendly... well, PGP 3.0 is still
> coming Real Soon Now (TM) and it will include an API that
> will make hooking into it ridiculously simple. Beyond that,
> there are already a number of good DOS and Windows shells
> for it, and nobody on unix-flavoured systems expects a clean
> user interface anyway :) (Well, except for XWindows...)
Well maybe they ( people on "unix-flavoured systems" ) should
expect a clean interface. If the interface were more sound then
maybe the common man ( person ) wouldn't be so scared of it. I have
a lot of friends that gave up on cryptography because they could not
get the darned programs to work ( at least the good ones anyway ).
> And the key values - well, you can give it 32k bits, but 1.
> generating a key pair could take a prohibitively long time;
> 2. nobody else can use it (the default PGP distributions
> are capped off at 2047 bits).
I was not using 32k bit keys with PGP...but I'll look at the
code. To tell you the truth I never thought about modifing PGP
to generate that large of a key. When I finish it I'll post the
source here. I'm sure someone here would like to at least have
the option.
Thank you for the input.