On Thu, 27 Apr 2000, Lee Daniel Crocker wrote:
> > Yes, you are right. But to a large extent this is what we are discussing, 
> > for
> > internode it is possible to use negotiation and alike, but for data we are
> > stuck with the crypto we choose (we can add more with time using a
> > Storable.EncryptionCypher field of course).
> 
> Am I missing something, or is this not entirely a client issue with
> no bearing on the protocol or nodes at all?  Yes, "Storable.Encryption"
> or something like it is a good way to implement this, and maybe we
> should recommend that; but the existing nodes do exactly the right
> thing already, which is nothing.

Yes, that is true. But we develop clients here too, and even more importantly
client standards.

> 
> --
> Lee Daniel Crocker <lee at piclab.com> <http://www.piclab.com/lcrocker.html>
> "All inventions or works of authorship original to me, herein and past,
> are placed irrevocably in the public domain, and may be used or modified
> for any purpose, without permission, attribution, or notification."--LDC
> 
> 
> _______________________________________________
> Freenet-dev mailing list
> Freenet-dev at lists.sourceforge.net
> http://lists.sourceforge.net/mailman/listinfo/freenet-dev
-- 

Oskar Sandberg

md98-osa at nada.kth.se

#!/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$k"SK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)

_______________________________________________
Freenet-dev mailing list
Freenet-dev at lists.sourceforge.net
http://lists.sourceforge.net/mailman/listinfo/freenet-dev

Reply via email to