[Asrg] Nothing will stop spam???

Selby Hatch <selby_hatch@azza.com> Thu, 03 July 2003 08:28 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA02121 for <asrg-archive@odin.ietf.org>; Thu, 3 Jul 2003 04:28:38 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19XzRp-0003r0-3E for asrg-archive@odin.ietf.org; Thu, 03 Jul 2003 04:28:09 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h638S9gH014809 for asrg-archive@odin.ietf.org; Thu, 3 Jul 2003 04:28:09 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19XzRn-0003qm-UM for asrg-web-archive@optimus.ietf.org; Thu, 03 Jul 2003 04:28:07 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA02108; Thu, 3 Jul 2003 04:28:05 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19XzRl-0004AN-00; Thu, 03 Jul 2003 04:28:05 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 19XzRk-0004AK-00; Thu, 03 Jul 2003 04:28:04 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19XzRh-0003om-U3; Thu, 03 Jul 2003 04:28:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19XzR9-0003oM-HF for asrg@optimus.ietf.org; Thu, 03 Jul 2003 04:27:27 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA02100 for <Asrg@ietf.org>; Thu, 3 Jul 2003 04:27:24 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19XzR6-0004A5-00 for Asrg@ietf.org; Thu, 03 Jul 2003 04:27:24 -0400
Received: from cpe-24-221-253-78.ut.sprintbbd.net ([24.221.253.78] helo=mail.azza.com) by ietf-mx with esmtp (Exim 4.12) id 19XzR5-0004A1-00 for Asrg@ietf.org; Thu, 03 Jul 2003 04:27:23 -0400
Received: from ([192.168.0.1] helo=azza.com) by mail.azza.com with esmtp (Exim 3.33 #5) id 19XzQb-0006px-00 for Asrg@ietf.org; Thu, 03 Jul 2003 02:26:53 -0600
Message-ID: <3F03E8F5.5040107@azza.com>
From: Selby Hatch <selby_hatch@azza.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030507
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Asrg@ietf.org
References: <B0000024389@nts1.terabites.com>
In-Reply-To: <B0000024389@nts1.terabites.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Asrg] Nothing will stop spam???
Sender: asrg-admin@ietf.org
Errors-To: asrg-admin@ietf.org
X-BeenThere: asrg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/asrg>, <mailto:asrg-request@ietf.org?subject=unsubscribe>
List-Id: Anti-Spam Research Group - IRTF <asrg.ietf.org>
List-Post: <mailto:asrg@ietf.org>
List-Help: <mailto:asrg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/asrg>, <mailto:asrg-request@ietf.org?subject=subscribe>
List-Archive: <https://www1.ietf.org/pipermail/asrg/>
Date: Thu, 03 Jul 2003 02:27:33 -0600
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

gep2@terabites.com wrote:
> 
> Indeed, and I propose a hypothesis that *nothing* (practical, anyhow) will 
> prevent all possible spam from being sent.  

What will prevent spam from being sent? The undeniable knowledge that it
will not ever be received and seen.

(snip)

> 
> 
>>To completely kill all spam will require a long term solutions. 
> 
> 
> I think it would take more than that... I think it would take a MIRACLE, or a 
> change in the basic physical laws of the universe.
> 

What will kill spam?

A total, comprehensive, complete, and absolute consent framework
will kill spam.

Under a consent framework, I instruct my incoming MTA not to accept
email from anyone who cannot prove (through some defined method) that
they have my consent to send me email.

If you send me an email and you can't prove to my MTA that you have
my consent, my MTA will not accept your email. It will disgard it or
bounce it -- my choice. If you want my consent, you can ask for it.
I may give consent, I may not respond.

When a consent framework is in place on MTAs, MUAs, Web based MUAs,
list servers, and wherever else it needs to be, people will use it.
It must be made user friendly.

They will hear about it on the media and from their tech friends and
they will want to know how they can use it. They will install the
latest upgrade of Outlook express on their "Windows computer" -- or
they will have their tech friends help them.

That will kill spam.

Unfortunately, some of the motivation to kill spam is lost to
much of the user community. The reason? Spam filters at the major
ISPs. If people were still receiving all of that unfiltered spam,
they would be much more motivated to use a consent based system.
In fact, they would be motivated to use white lists. I use a very
large white list in Exim to rescue false negatives from Spam Assassin. 
It doesn't cut down on internet traffic and I don't like it, but
I use it because I dislike spam more.

Once a consent framework is in place, filters should be turned
off to raise the email users' spam agitation level and motivate
the apathetic to use the consent framework.

Yakov Shafranovich wrote:
>
>> From: "Olson, Margaret" <molson@roving.com>
>> To: "'Yakov Shafranovich'" <research@solidmatrix.com>
>> Subject: RE: [Asrg] 2. Problem Characterization - Defining spam within
>> con
>>
(snip)
>>
>> (Contrary to popular belief, I have no problem with requiring consent
>> to send mail.)
>>
>> Margaret.
>>

There, that's one person. There must be millions more.

We can discuss server authentication, sender accountability,
SMTP extensions, SMTP replacement, GIEIS, SPF, C/R, Reverse DNS,
HTML mail blocking, greylisting, etc. forever. We need to
simply require proof of consent. In the final analysis, I submit
that with the right technology there will come the time that:

When no one will accept spam, no one will send spam.


_______________________________________________
Asrg mailing list
Asrg@ietf.org
https://www1.ietf.org/mailman/listinfo/asrg