This is an angry little research group (understandably so), so I will be
short.
The Problem is No Sender Liability.
The majority of spam's costs come in the form of storage, transport, and
time a use spends deleting messages. We all got that point. Clearly
the effectiveness of email as a communications medium is at stake due to
swelling inboxes and wires choking on the huge bandwidth.
There are few options which are simple enough to be implemented widely
among many people. Stamps and keys are great if they are automated and
you don't have many contacts, but this is yet another loop to jump
through. I believe the problem lies in the fact that Email was modeled
after Physical mail. A sender can package ANYthing he/she wants, drop
it in a mailbox, and it suddenly becomes the recipient's problem.
Electronic systems should take advantage of human responses rather than
force-fed inbox folders.
Computers can say no, mailboxes can't.
After the transaction of an Email, the sender can pretty much dissappear
with no recourse. My proposition is to modify SMTP to require OUTBOX
penalty. Instead of cramming your inbox full of thick-bodied messages,
one would receive short headers with a title, encryption key,
geographical sender info, and a URL TO DOWNLOAD! The URL will point to
the sender's specified outbox location and with the header's information
- download & decrypt the message.
What does this address:
stops unwanted transfers (no download without OK)
Guaranteed Delivery!!! (you know exactly when, who, where)
Proof of sender's existance (URL must point to sender, or no mail to get)
Identity fraud (you go to them, they can't come to you)
What doesn't stop:
millions of headers (can people send as many headers as they want?)
... well that's not too bad either way.
So you still have to delete headers, at least they don't cost as much!
What is the penalty:
The sender must be up and running for mail to be retrieved.
Compat....? always with the compat.
Yes, that was short.
_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg