RE: [Asrg] Another criteria for "what is spam"...

"Eric D. Williams" <eric@infobro.com> Thu, 05 June 2003 03:05 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA23774 for <asrg-archive@odin.ietf.org>; Wed, 4 Jun 2003 23:05:12 -0400 (EDT)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h5534nW12177 for asrg-archive@odin.ietf.org; Wed, 4 Jun 2003 23:04:49 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5534nB12174 for <asrg-web-archive@optimus.ietf.org>; Wed, 4 Jun 2003 23:04:49 -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 XAA23764; Wed, 4 Jun 2003 23:04:42 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19Nl1g-0002Yo-00; Wed, 04 Jun 2003 23:02:53 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 19Nl1g-0002Yl-00; Wed, 04 Jun 2003 23:02:52 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5533HB12137; Wed, 4 Jun 2003 23:03:17 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5532aB12111 for <asrg@optimus.ietf.org>; Wed, 4 Jun 2003 23:02:36 -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 XAA23707 for <asrg@ietf.org>; Wed, 4 Jun 2003 23:02:29 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19NkzY-0002YV-00 for asrg@ietf.org; Wed, 04 Jun 2003 23:00:40 -0400
Received: from black.infobro.com ([63.71.25.39] helo=infobro.com) by ietf-mx with smtp (Exim 4.12) id 19NkzX-0002YS-00 for asrg@ietf.org; Wed, 04 Jun 2003 23:00:39 -0400
Received: from red (unverified [207.199.136.153]) by infobro.com (EMWAC SMTPRS 0.83) with SMTP id <B0002672461@infobro.com>; Wed, 04 Jun 2003 23:01:19 -0400
Received: by localhost with Microsoft MAPI; Wed, 4 Jun 2003 23:01:00 -0400
Message-ID: <01C32AED.2AC33DC0.eric@infobro.com>
From: "Eric D. Williams" <eric@infobro.com>
To: 'Yakov Shafranovich' <research@solidmatrix.com>, Peter Kay <peter@titankey.com>, "asrg@ietf.org" <asrg@ietf.org>
Subject: RE: [Asrg] Another criteria for "what is spam"...
Organization: Information Brokers, Inc.
X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
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: Wed, 04 Jun 2003 22:44:01 -0400
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

On Wednesday, June 04, 2003 12:31 PM, Yakov Shafranovich 
[SMTP:research@solidmatrix.com] wrote:
> At 03:30 PM 6/3/2003 -1000, Peter Kay wrote:
>
> >[..]
> >Here's mine:
> >
> >Spam is transmission of mass email without the prior explicit
> >authorization of the recipient.
> >[..]
>
>  From the charter (http://www.irtf.org/charters/asrg.html):
>
> "The definition of spam messages is not clear and is not consistent across
> different individuals or organizations. Therefore, we generalize the
> problem into "consent-based communication". This means that an individual
> or organization should be able to express consent or lack of consent for
> certain communication and have the architecture support those desires."

Yes, that is the issue.  The ability 'to express consent or lack of consent for 
certain communication and that the architecture support those desires'.  To me 
that is a sort of 'policy enforcement mechanism,' the over-arching question/s 
is/are:

- can such a policy mechanism be architected?
- how is such a 'policy mechanism' described in technical terms, e.g. that can 
be expressed within an 'architecture'?
- what are the essential components of the policy decision?
- what are the essential technical aspects of the 'policy decision engine'?
- what is the placement of the 'policy decision engine' - core vs. edge?
- what are the user definable aspects for instantiating policy decisions?
- what are the measured attributes for determining policy conformance or 
violation?

IMHO the rest are implementation specific decisions, I have left some of the 
research areas out, that is intended.  I have included some that are personal 
preferences, that is also intended.  I feel that this can be cast as an 
engineering problem, but it currently does not have a consensus driver for all 
of the involved players, essentially the target community for compliance review 
are 'rouge players' and demonstrate adaptability designed to be contrary to the 
policy decisions which we are attempting to fix upon their activity.  That is 
the significant issue.

There is perhaps a additional track here concerning the 'fuzziness' approach 
that Vernon mentioned in the decision processes for 'making a determination'. 
 Such an approach requires a collaborative approach for components in the 
'decision engine'.  No one part can do it all, IMHO.

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