[hashcash] Re: Opportunistic signatures - a proposed design
- From: Jonathan Morton <chromi@xxxxxxxxxxxxxxxxxxxxx>
- To: hashcash@xxxxxxxxxxxxx
- Date: Sun, 29 Aug 2004 19:36:24 +0100
i already let signed email bypass any filtering, if i have the public
key in my keyring.
i'm currently working on a formal standard for including OpenPGP key
information in an email header. when that happens, an MUA can offer
the user an option to accept the key, and accept any message signed
with that key. it really shouldn't be *that* difficult to build the UI
smarts into an app, if the key management is handled intelligently.
But this is the entire problem - PGP is far too complex and difficult
to use for Joe (or Joan) Average. If it wasn't, it'd be built in and
turned on by default for most MUAs by now.
My design requires no user interaction besides what they do already
(including the "this is spam" button, already present in several MUAs
to train Bayesian filters, which could be repurposed to revoke a key),
and almost no code besides what is already present to support hashcash.
--------------------------------------------------------------
from: Jonathan "Chromatix" Morton
mail: chromi@xxxxxxxxxxxxxxxxxxxxx
website: http://www.chromatix.uklinux.net/
tagline: The key to knowledge is not to rely on people to teach you it.
- References:
- [hashcash] Opportunistic signatures - a proposed design
- From: Jonathan Morton
- [hashcash] Re: Opportunistic signatures - a proposed design
- From: Atom 'Smasher'
Other related posts:
- » [hashcash] Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
- » [hashcash] Re: Opportunistic signatures - a proposed design
i'm currently working on a formal standard for including OpenPGP key information in an email header. when that happens, an MUA can offer the user an option to accept the key, and accept any message signed with that key. it really shouldn't be *that* difficult to build the UI smarts into an app, if the key management is handled intelligently.
- [hashcash] Opportunistic signatures - a proposed design
- From: Jonathan Morton
- [hashcash] Re: Opportunistic signatures - a proposed design
- From: Atom 'Smasher'