--- On Mon, 10/17/11, Werner Koch <w...@gnupg.org> wrote:

> From: Werner Koch <w...@gnupg.org>
> Subject: STEED - Usable end-to-end encryption
> To: gnupg-de...@gnupg.org
> Cc: "Marcus Brinkmann" <mar...@gnu.org>, gnupg-users@gnupg.org
> Date: Monday, October 17, 2011, 2:11 PM
> Hi!

> 
>   http://g10code.com/docs/steed-usable-e2ee.pdf
> 
> There is also a brief (for now) web page dedicated to this
> project:
> 
>   http://g10code.com/steed.html

Here is some input, you might not like it - but still:

I dont see any ground breaking new approaches to the topic - key search via DNS 
has been in commercial products for over 10 years already - nothing new - heck 
isnt there even an RFC that describes this?

Letting the keys automatically be generated by the client is not a new approach 
either commercial solutions do this too - however - did you think of the keys 
the user already has? His ID for example - you are sponsored by the german 
government - the first thing which should have come into your mind is that 
everybody can use his "Personalausweis" as a Smartcard because it already has a 
private/public keypair. Other european countries could follow...

Also - inventing just ANOTHER protocol for email encryption that mail clients 
should implement? Heck, the only protocol available in all major mail clients 
right now for out of the box encryption is only smime - for PGP you need 
plugins - even after so many years there is no out of the box solution for the 
other major standard - lets not talk about all the compatibility issues with 
smime in all existing clients. And you just want add another NEW standard which 
will solve issues? I dont think so.

Use existing tools most user have installed on his machine by default - work 
with these and get a suiteable end-to-end encryption going!

_______________________________________________
Gnupg-users mailing list
Gnupg-users@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-users

Reply via email to