Re: Last Call: draft-klensin-rfc2821bis

Keith Moore <moore@network-heretics.com> Fri, 28 March 2008 15:23 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietfarch-ietf-archive@core3.amsl.com
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 77C9228C303; Fri, 28 Mar 2008 08:23:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.6
X-Spam-Level:
X-Spam-Status: No, score=-100.6 tagged_above=-999 required=5 tests=[AWL=-0.163, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
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 0oae-n9GM003; Fri, 28 Mar 2008 08:23:33 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7F5F93A6DF2; Fri, 28 Mar 2008 08:23:33 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0F6EC3A6DD0 for <ietf@core3.amsl.com>; Fri, 28 Mar 2008 08:23:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
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 N1TE4BBobuuo for <ietf@core3.amsl.com>; Fri, 28 Mar 2008 08:23:31 -0700 (PDT)
Received: from m1.imap-partners.net (m1.imap-partners.net [64.13.152.131]) by core3.amsl.com (Postfix) with ESMTP id 489963A6D44 for <ietf@ietf.org>; Fri, 28 Mar 2008 08:23:31 -0700 (PDT)
Received: from lust.indecency.org (user-119b1dm.biz.mindspring.com [66.149.133.182]) by m1.imap-partners.net (MOS 3.8.4-GA) with ESMTP id APH77425 (AUTH admin@network-heretics.com) for ietf@ietf.org; Fri, 28 Mar 2008 08:23:30 -0700 (PDT)
Message-ID: <47ED0D6A.6080605@network-heretics.com>
Date: Fri, 28 Mar 2008 11:23:22 -0400
From: Keith Moore <moore@network-heretics.com>
User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213)
MIME-Version: 1.0
To: Douglas Otis <dotis@mail-abuse.org>
Subject: Re: Last Call: draft-klensin-rfc2821bis
References: <Pine.LNX.4.33.0803272156270.29413-100000@egate.xpasc.com> <47EC90AB.90304@network-heretics.com> <798FFAF4-BBEC-469F-BECA-19D3E263F14B@mail-abuse.org>
In-Reply-To: <798FFAF4-BBEC-469F-BECA-19D3E263F14B@mail-abuse.org>
Cc: ietf@ietf.org, alh-ietf@tndh.net
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

>> and the dummy SMTP server works, but it consumes resources on the  
>> host and eats bandwidth on the network.  having a way to say "don't  
>> send this host any mail" in DNS seems like a useful thing.  and we  
>> simply don't need the fallback to AAAA because we don't have the  
>> backward compatibility issue that we had when MX records were  
>> introduced.
> 
> Not sanctioning IPv6 AAAA records as an MX fall-back avoids the  
> undesired traffic now caused by SMTP spoofing of A records.  MX  
> records might then be seen as an opt-in mechanism from the perspective  
> of IPv6, since opt-out mechanism are onerous for those not wishing to  
> participate.  While Bill and others expressed concerns of being tied  
> to DNS, whatever replaces DNS must also offer separate service and IP  
> address resolution mechanisms.

there are lots of cases where I'd share the concern that DNS gets out of 
sync with reality.  but having this information in DNS doesn't bother me 
in this case because the servers to which incoming mail messages to 
user@example.com are supposed to be sent, are a property of the 
example.com domain, far more than a property of any host.  it makes 
sense to put information about a domain in DNS (or whatever might 
someday replace DNS).

Keith
_______________________________________________
IETF mailing list
IETF@ietf.org
https://www.ietf.org/mailman/listinfo/ietf