Re: Last Call: draft-klensin-rfc2821bis

John C Klensin <john-ietf@jck.com> Wed, 26 March 2008 03:42 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 E216228C351; Tue, 25 Mar 2008 20:42:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.566
X-Spam-Level:
X-Spam-Status: No, score=-100.566 tagged_above=-999 required=5 tests=[AWL=-0.129, 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 dE-iCPRcB8ol; Tue, 25 Mar 2008 20:42:47 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DE75028C159; Tue, 25 Mar 2008 20:42:46 -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 6003C28C159 for <ietf@core3.amsl.com>; Tue, 25 Mar 2008 20:42:46 -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 g2TSs2VDCbD2 for <ietf@core3.amsl.com>; Tue, 25 Mar 2008 20:42:45 -0700 (PDT)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 6629E3A6820 for <ietf@ietf.org>; Tue, 25 Mar 2008 20:42:45 -0700 (PDT)
Received: from [127.0.0.1] (helo=p3.JCK.COM) by bs.jck.com with esmtp (Exim 4.34) id 1JeMUn-000MfF-KB; Tue, 25 Mar 2008 23:40:13 -0400
Date: Tue, 25 Mar 2008 23:40:12 -0400
From: John C Klensin <john-ietf@jck.com>
To: Keith Moore <moore@network-heretics.com>, Ned Freed <ned.freed@mrochek.com>
Subject: Re: Last Call: draft-klensin-rfc2821bis
Message-ID: <AADD02274043C6E6681E0407@p3.JCK.COM>
In-Reply-To: <47E9C09D.8020900@network-heretics.com>
References: <01MSSXWZKKZ800007A@mauve.mrochek.com> <fs9blg$9in$1@ger.gmane.org> <20080325133807.GA12616@boreas.isi.edu> <fsb3lo$gsd$1@ger.gmane.org> <20080326023117.GA26917@boreas.isi.edu> <01MSUMMIXZRA00007A@mauve.mrochek.com> <47E9C09D.8020900@network-heretics.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Disposition: inline
Cc: Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>, ietf@ietf.org, Bill Manning <bmanning@ISI.EDU>
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


--On Tuesday, 25 March, 2008 23:18 -0400 Keith Moore
<moore@network-heretics.com> wrote:

>> You know, that's a very interesting point. One of more common
>> configuration variations we see is to disable MX lookups and
>> just use address records.
> 
> how does anyone expect that to work across administrative
> domains?

Sorry, I'm now completely confused.  Maybe it has just been a
long day, but...

Ned, by "disable MX lookups", do you mean "don't put MX records
into the DNS zone and therefore force a fallback to the address
records" or "ignore the requirement of the standard that
requires using MX records if they are there"?   If the latter,
the behavior, however useful (or not) is, IMO, so far outside
the standard that it is irrelevant to any discussion about how
DNS records are used in a standard way.

Keith, what do administrative domains have to do with this?  If
I can write
    foo.example.com. IN MX 0 foo.example.com.
    foo.example.com. IN A 10.0.0.6
then, as things are now specified, I can lose the MX record
entirely with no difference in effect.  Similarly, if I can write
   
    foo.example.net. IN MX 0 foo.example.com.
    foo.example.com. IN A 10.0.0.6

Things still work as predicted if I discard the first record,
keep the second, but either know to reference the relevant SMTP
server as "foo.example.com" or, if I don't need
"foo.example.net" for anything else, insert a record in the
"example.net" zone that looks like
   foo.example.net IN CNAME foo.example.com.

Certainly there are cases where that is administratively
burdensome, or at least annoying.  There are also cases in which
I need multiple MX records, not a single implicit one.  But, for
these fairly common cases...

    john

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