Claudio,
I've skimmed part of your paper, and I think your framework has a
problem in the transition to consent-enabled mailboxes: When users
switch their mailboxes to consent-enabled, they lose the ability to
receive any message from consent-unaware senders, including friends,
business contacts, mailing lists, banks and similar notification
services, reminders, cell phones, etcetera. Most of them will end up
having a second mailbox which is not consent-enabled, or functionally
similar arrangement, resulting in two streams of messages. They'll
have to watch both streams and will find wanted and unwanted messages
in each one. (Well, the consent-enabled stream will have to wait for
spammers to become aware of the X-Consent-request header to get much
unwanted stuff.) Since any other action will be performed as usual,
there will be no visible advantage resulting from the framework. That
state of affairs will never be an incentive for widespread adoption,
and, on the other hand, without widespread adoption the framework will
always require that disappointing stream doubling.
-------- Original Message --------
Subject: [Asrg] request for review for a non FUSSP proposal
Date: Sun, 21 Jun 2009 11:25:37 +0200
From: Claudio Telmon <claudio(_at_)telmon(_dot_)org>
Reply-To: Anti-Spam Research Group - IRTF <asrg(_at_)irtf(_dot_)org>
To: asrg(_at_)irtf(_dot_)org
Dear Sirs,
I've developed a proposal for an extension to the SMTP protocol that
should provide to address owners the ability to express consent to
delivery of messages in their mailboxes. While it is not the Ultimate
Solution to the Spam Problem, and strictly speaking it is not even an
antispam solution, it could help reducing spam. I already discussed my
proposal with some researchers, which judged it positively, but which
didn't have a very specific competence.
I think that my proposal could be of some interest for the ASRG
community, and I'm looking for comments and advise.
The paper is in html and pdf at
http://www.telmon.org/consent/smtp-consent-1.1.html
and
http://www.telmon.org/consent/smtp-consent-1.1.pdf
The paper is quite long, as I tried to anticipate most of the
implementation and deployment issues, but the idea is quite simple and
not really new, since it is very similar to "ham passwords". If you just
want to see what it's all about, you could just read the "Introduction"
and "General overview of the framework" sections, and maybe the
"Deployment of the framework" section at the end of the document.
Thanks in advance for any comments or suggestions you can provide me.
Sincerely,
- Claudio Telmon
--
Claudio Telmon
claudio(_at_)telmon(_dot_)org
http://www.telmon.org
_______________________________________________
Asrg mailing list
Asrg(_at_)irtf(_dot_)org
http://www.irtf.org/mailman/listinfo/asrg