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

Douglas Otis <dotis@mail-abuse.org> Wed, 01 July 2009 22:11 UTC

Return-Path: <dotis@mail-abuse.org>
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 403AA3A6F24 for <asrg@core3.amsl.com>; Wed, 1 Jul 2009 15:11:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.997
X-Spam-Level:
X-Spam-Status: No, score=-5.997 tagged_above=-999 required=5 tests=[AWL=-0.197, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 sESt4zhc9c4s for <asrg@core3.amsl.com>; Wed, 1 Jul 2009 15:11:07 -0700 (PDT)
Received: from harry.mail-abuse.org (harry.mail-abuse.org [168.61.5.27]) by core3.amsl.com (Postfix) with ESMTP id 6A9863A68E6 for <asrg@irtf.org>; Wed, 1 Jul 2009 15:11:07 -0700 (PDT)
Received: from [IPv6:::1] (gateway1.sjc.mail-abuse.org [168.61.5.81]) by harry.mail-abuse.org (Postfix) with ESMTP id 5B0C9A94439 for <asrg@irtf.org>; Wed, 1 Jul 2009 22:11:26 +0000 (UTC)
Message-Id: <0F6FD8D3-3A40-4BAE-BCA0-A06586DB4655@mail-abuse.org>
From: Douglas Otis <dotis@mail-abuse.org>
To: Anti-Spam Research Group - IRTF <asrg@irtf.org>
In-Reply-To: <5ec229170906292346o375faf34m273f6499029f333a@mail.gmail.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Wed, 01 Jul 2009 15:11:25 -0700
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>
X-Mailer: Apple Mail (2.935.3)
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: Wed, 01 Jul 2009 22:11:08 -0000

On Jun 29, 2009, at 11:46 PM, Danny Angus wrote:
>
> I'm not sure what this is about..
>
>> The draft should drop its current definition of Sender.  Spam does  
>> not just originate from purported RFC 5321 Senders, nor is it safe  
>> to assume that an MTA authorization referenced by an RFC 5321  
>> Sender asserts where a message was initially created and entered.   
>> Authorization does not provide this
>> property.

Please carefully review the Sender definition.  The RFC 5321 Sender  
does not indicate or assert where a message originated, or who created  
message content, be they automated system, group, or individual.  This  
mistaken concept has often been (ab)used by those promoting path  
registration as a means to authenticate originating domains.  Those  
who advocated path registration as a means to filter email soon found  
bad actors defeated these filters.   Those who expect path  
registration provides a means to authenticate originating domains will  
also find bad actors will also demonstrate this concept is also  
flawed.  Few Outbound MTAs ensure exclusive use of a domain.  It is  
also anyone's guess as to whether path registration is in regard to  
the MAIL command, or the PRA.

>> 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. :^(
>
> I think the statements about scaling are clear, do you not?

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

-Doug