Re: Last Call: draft-klensin-rfc2821bis

Keith Moore <moore@network-heretics.com> Fri, 28 March 2008 06:31 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 468153A6CCD; Thu, 27 Mar 2008 23:31:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.579
X-Spam-Level:
X-Spam-Status: No, score=-100.579 tagged_above=-999 required=5 tests=[AWL=-0.142, 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 ZSbVgdYsM74w; Thu, 27 Mar 2008 23:31:19 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D5B7B3A696F; Thu, 27 Mar 2008 23:31:19 -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 157643A696F for <ietf@core3.amsl.com>; Thu, 27 Mar 2008 23:31:18 -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 6xrKB1Rge2BZ for <ietf@core3.amsl.com>; Thu, 27 Mar 2008 23:31:17 -0700 (PDT)
Received: from m1.imap-partners.net (m1.imap-partners.net [64.13.152.131]) by core3.amsl.com (Postfix) with ESMTP id 359C03A68CF for <ietf@ietf.org>; Thu, 27 Mar 2008 23:31:17 -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 APG73345 (AUTH admin@network-heretics.com) for ietf@ietf.org; Thu, 27 Mar 2008 23:31:15 -0700 (PDT)
Message-ID: <47EC90AB.90304@network-heretics.com>
Date: Fri, 28 Mar 2008 02:31:07 -0400
From: Keith Moore <moore@network-heretics.com>
User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213)
MIME-Version: 1.0
To: David Morris <dwm@xpasc.com>
Subject: Re: Last Call: draft-klensin-rfc2821bis
References: <Pine.LNX.4.33.0803272156270.29413-100000@egate.xpasc.com>
In-Reply-To: <Pine.LNX.4.33.0803272156270.29413-100000@egate.xpasc.com>
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


David Morris wrote:
> 
> On Fri, 28 Mar 2008, Keith Moore wrote:
> 
>>> If there were some serious technical consequence for lack of the MX record I would be
>>> all for specifying its use. Operational practice with A records shows that
>>> there is no real issue,
>> only if you ignore the problems that have been observed and the
>> increased likelihood of such problems occurring in IPv6.
> 
> Perhaps you could help us out and share a reference to documentation of
> such problems. I for one have not personally observed any problems related
> to using the A record to locate a mail server when there is no MX.

part of the problem is that most hosts don't wish to receive mail but 
there is no way to indicate this to a mailer that is trying to deliver 
mail to them.  if the host has an A record, under the current 
specifications, a mailer that gets a message (presumably spam) with a 
recipient address at that domain is expected to try to deliver that 
message.  and unless that host implements a dummy SMTP server that 
refuses all incoming mail with a permanent error the sending mailer will 
keep getting "connection refused" - which is treated as a temporary 
error and the sending mailer will keep retrying.  this clogs up mail queues.

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.

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