On 12/30/13, 12:44 PM, "Dave Crocker" <[email protected]> wrote:
>On 12/30/2013 12:38 PM, Paul Lambert wrote: >>> Another approach, however, is to start from scratch and to define an >>> >entirely new email system, which uses cryptographic addresses instead >>>of >>> >human-readable identifiers. I guess that's the approach you are >>> >suggesting. Is this correct? >> Yes - we should start from scratch (versus direct >> augmentation of S/MIME/PKI or PGP). > > >Starting from scratch to build a new email system is not likely to >succeed, any more than the various, earlier efforts to do that >succeeded, back when the installed base was a few orders of magnitude >smaller and adoption of a new system relatively easier. To be clear, I am not advocating replacing the underlying protocols for email delivery (SMTP, IMAP, etc.) MIME encapsulation would likely still be the best transport. > >And then there is the small matter of wondering how viable the human >factors of cryptographic email addresses will prove to be... My proposal is to unbind the cryptographic identifier - it would not need to be part of the address. However, using such an identifier in an address might be an interesting transport technique. UIs already map user name to email address Š S/MIME, PGP or anything new all need some supporting user model and software to map address to perceived identity. Paul > >d/ > >-- >Dave Crocker >Brandenburg InternetWorking >bbiw.net _______________________________________________ perpass mailing list [email protected] https://www.ietf.org/mailman/listinfo/perpass
