On Thu, Oct 10, 2013 at 09:25:04AM -0700, Mike Demmers wrote: [...]
> How about this: > > There are two new standard buttons on the MUA: FRIEND UNFRIEND > > Everything possible is set up by the MUA when it is first run - keys, made, > if they do not exist, questions asked and answered about keyservers, pass > phrases, various preferences etc. Same as it SHOULD be now. > > "Coolmail has a new feature! You can 'Friend' people, and if they also friend > you, you will be communicating privately from then on. Better yet, you will > see no spam in this mode (unless you friend a spammer). > > It's easy to use! When someone you wish to communicate with privately emails > you, just hit the friend button. This will handle everything automatically. > They will be sent a plain text message with your special key. And if they > also friend you, their special key will be sent to you, if you do not already > have it. (all automatic). > > You can also set up this feature to automatically check the keyserver of your > choice in preferences/friending" blah blah blah..." > > Something like that. Does not seem hard to me. Probably a bit less hard than > learning how to add an attachment to an email, most everyone learns to do > that. > > You just have to hit one button, all else is handled automatically. How is key management handled? Managing scheduled key rollovers might be easy enough but what about unscheduled key rollovers when a system is compromised and the old keypair needs to be revoked and a new keypair needs to be created and publishedr? Making good key management lightweight strŅkes me as a hard problem. Is that wrong? Regards, Leo _______________________________________________ perpass mailing list [email protected] https://www.ietf.org/mailman/listinfo/perpass
