Re: [Asrg] draft-irtf-asrg-criteria is missing Outbound MTA definition.

Danny Angus <danny.angus@gmail.com> Fri, 03 July 2009 08:44 UTC

Return-Path: <danny.angus@gmail.com>
X-Original-To: asrg@core3.amsl.com
Delivered-To: asrg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 45A313A6C0D for <asrg@core3.amsl.com>; Fri, 3 Jul 2009 01:44:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.844
X-Spam-Level:
X-Spam-Status: No, score=-1.844 tagged_above=-999 required=5 tests=[AWL=-0.044, BAYES_00=-2.599, SARE_SUB_RAND_LETTRS4=0.799]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vorQySPqSQqC for <asrg@core3.amsl.com>; Fri, 3 Jul 2009 01:44:58 -0700 (PDT)
Received: from mail-fx0-f213.google.com (mail-fx0-f213.google.com [209.85.220.213]) by core3.amsl.com (Postfix) with ESMTP id 2645E3A68FD for <asrg@irtf.org>; Fri, 3 Jul 2009 01:44:57 -0700 (PDT)
Received: by fxm9 with SMTP id 9so2071997fxm.7 for <asrg@irtf.org>; Fri, 03 Jul 2009 01:45:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=gGLKo1U1tG9+R5AII5yN98ugYqBdbT2woTIKuWtqQqI=; b=UMhaUa71j5zgfhCe0PXrs3Q33S1IPEEUbqP297e8Flhy3+eOWavVquEoLR3Q+0giqB Zn1xfEy4a84NdQyKwXe3qFqYYhnIWlXKasJIiMr5gQ6Xj+AOQLYZJsdKXYvF73hiyaot wgz29ytyE3ueSONe+Gzw9v+VQnjISutXFU3fM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=sVsIu3/i2u048CksDGR1YGxFPmP+SXtuBx/bW1Aa/huiSNlyKPrEWDEjg+Iw0GmPnN HCPASozdiHOKLugGw1WEiMMNUxVlfxSZ0uODWFiFPS0UpoFcJaQx+2SPWJCCNh2tG2lB wP5eZco+Lzj3qZ+DE6zUWBeVvdhszm8+1RIX0=
MIME-Version: 1.0
Received: by 10.223.106.15 with SMTP id v15mr695086fao.15.1246610718333; Fri, 03 Jul 2009 01:45:18 -0700 (PDT)
In-Reply-To: <0F6FD8D3-3A40-4BAE-BCA0-A06586DB4655@mail-abuse.org>
References: <4A43B696.2000106@cybernothing.org> <94CA8D5B-3281-4884-8221-B3330F689EBF@mail-abuse.org> <7B7CEB6C086D94C295E661B1@lewes.staff.uscs.susx.ac.uk> <32FAD477-3720-466B-8A02-464ED4004859@mail-abuse.org> <7E7339F784451F2FF12B6C2F@lewes.staff.uscs.susx.ac.uk> <F0A7FB2C-B3B6-43B4-A45B-6800EE8091DE@mail-abuse.org> <5ec229170906292346o375faf34m273f6499029f333a@mail.gmail.com> <0F6FD8D3-3A40-4BAE-BCA0-A06586DB4655@mail-abuse.org>
Date: Fri, 03 Jul 2009 09:45:18 +0100
Message-ID: <5ec229170907030145q7c687a97y807168d934127af0@mail.gmail.com>
From: Danny Angus <danny.angus@gmail.com>
To: Anti-Spam Research Group - IRTF <asrg@irtf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Asrg] draft-irtf-asrg-criteria is missing Outbound MTA definition.
X-BeenThere: asrg@irtf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Anti-Spam Research Group - IRTF <asrg@irtf.org>
List-Id: Anti-Spam Research Group - IRTF <asrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/listinfo/asrg>, <mailto:asrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/asrg>
List-Post: <mailto:asrg@irtf.org>
List-Help: <mailto:asrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/asrg>, <mailto:asrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Jul 2009 08:44:59 -0000

On Wed, Jul 1, 2009 at 11:11 PM, Douglas Otis<dotis@mail-abuse.org> wrote:

> Please carefully review the Sender definition.

Ok. I take your point.
 The intention was to define a means of achieving the same effect as
PRA which is not encumbered by IP, in doing so I think I've
grandfathered in all of the weaknesses of PRA.
I now think that this is inappropriate in this context, and that the
sender definition should define the concept of a responsible
originating entity and leave the authors of techniques with the
problem of identification should their technique require it.

>>> Stronger statements along the lines of scaling might be helpful.  It
>>> seems increasing potential DNS transactions by an order of magnitude or more
>>> has not been given adequate consideration in some anti-spam efforts. :^(

Douglas, I agree with that sentiment.

But when you say this:

> These statements are not strong enough.  Email is being heavily abused.
>  Every incremental overhead must be carefully reviewed as to its potential
> impact.

I wonder just how I would strengthen this:

" any Proposed Technique MUST NOT achieve its end at the expense of
offloading the burden of cost onto External Systems without also
passing on any benefit to External Systems."

I think that any technique which managed to remove spam, reduce load
on the mail transport system and not involve any other components in
any new work would be an impossible utopia (or not SMTP!) .

Perhaps you could give me an example of wording which would meet your needs?

d.



>
> -Doug
> _______________________________________________
> Asrg mailing list
> Asrg@irtf.org
> http://www.irtf.org/mailman/listinfo/asrg
>