Re: [Asrg] What are the IPs that sends mail for a domain?

Ian Eiloart <iane@sussex.ac.uk> Wed, 17 June 2009 10:45 UTC

Return-Path: <iane@sussex.ac.uk>
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 46BDD3A6E2E for <asrg@core3.amsl.com>; Wed, 17 Jun 2009 03:45:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.442
X-Spam-Level:
X-Spam-Status: No, score=-2.442 tagged_above=-999 required=5 tests=[AWL=-0.157, BAYES_00=-2.599, SARE_MILLIONSOF=0.315]
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 EWUrh1kytRr4 for <asrg@core3.amsl.com>; Wed, 17 Jun 2009 03:45:30 -0700 (PDT)
Received: from lynndie.uscs.susx.ac.uk (lynndie.uscs.susx.ac.uk [139.184.14.87]) by core3.amsl.com (Postfix) with ESMTP id 2BF633A6BDD for <asrg@irtf.org>; Wed, 17 Jun 2009 03:45:30 -0700 (PDT)
Received: from lewes.staff.uscs.susx.ac.uk ([139.184.134.43]:60924) by lynndie.uscs.susx.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.64) (envelope-from <iane@sussex.ac.uk>) id KLDP5T-000MF4-BR for asrg@irtf.org; Wed, 17 Jun 2009 11:29:53 +0100
Date: Wed, 17 Jun 2009 11:29:01 +0100
From: Ian Eiloart <iane@sussex.ac.uk>
Sender: iane@sussex.ac.uk
To: Anti-Spam Research Group - IRTF <asrg@irtf.org>
Message-ID: <D93E114146EBFE269640B9C8@lewes.staff.uscs.susx.ac.uk>
In-Reply-To: <628BBDFC-0DDE-47B6-BC41-EAF846EE9D5D@mail-abuse.org>
References: <20090616225543.11524.qmail@simone.iecc.com> <628BBDFC-0DDE-47B6-BC41-EAF846EE9D5D@mail-abuse.org>
Originator-Info: login-token=Mulberry:010E6fDTmvDXIRu/NvPHRDwxKANsbAZzN0Rbk=; token_authority=support@its.sussex.ac.uk
X-Mailer: Mulberry/4.0.8 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Sussex: true
X-Sussex-transport: remote_smtp
Subject: Re: [Asrg] What are the IPs that sends mail for a domain?
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, 17 Jun 2009 10:45:31 -0000

--On 16 June 2009 17:24:03 -0700 Douglas Otis <dotis@mail-abuse.org> wrote:

>
> The CSV effort proved most providers do not want their MTAs identified as
> belonging to them, even when it could improve email acceptance.  This
> might be especially true now after their support staff has been reduced.

It'll probably depend on how much difference it makes to email acceptance. 
The harder it is to deliver email without some assurance that the sender 
isn't spoofed, the better.

> Reverse DNS is already causing a large amount of resources to be wasted
> by the shabby state of the reverse name space.  Incorrectly configured
> RFC 2317 delegation, and many non-functional servers are causing MTAs to
> rapidly become resource limited when making reverse checks.   In
> addition, when your customers conduct business with Asia, they may not be
> happy to find email is being lost as a result of geographic differences
> of opinion about the role that reverse DNS might play with email.
>
> IMHO, all outbound MTAs should be required to return CVS records for
> their EHLO name and offer MX records for their inbound.  A mandate that
> required MX (inbound) or CVS (outbound) records would greatly help in
> identifying non-abusive email sources against a backdrop of hundreds of
> millions of bot-net controlled drones spewing email.  Systems may soon
> use ACLs as a means to white-list safe MTAs.  Perhaps the world is a few
> years from having to go to that extreme.

It's not a binary thing, though.

> -Doug



-- 
Ian Eiloart
IT Services, University of Sussex
01273-873148 x3148
For new support requests, see http://www.sussex.ac.uk/its/help/