Re: Last Call: draft-klensin-rfc2821bis

John C Klensin <john-ietf@jck.com> Thu, 20 March 2008 22:34 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 3CE213A6DAF; Thu, 20 Mar 2008 15:34:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.564
X-Spam-Level:
X-Spam-Status: No, score=-100.564 tagged_above=-999 required=5 tests=[AWL=-0.127, 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 HnZhbDY94UMb; Thu, 20 Mar 2008 15:34:50 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5DED73A69B0; Thu, 20 Mar 2008 15:33:51 -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 B5F4A3A69B0 for <ietf@core3.amsl.com>; Thu, 20 Mar 2008 15:33:50 -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 NxuoXtZAUnJ3 for <ietf@core3.amsl.com>; Thu, 20 Mar 2008 15:33:50 -0700 (PDT)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 106573A67DB for <ietf@ietf.org>; Thu, 20 Mar 2008 15:33:21 -0700 (PDT)
Received: from [127.0.0.1] (helo=p3.JCK.COM) by bs.jck.com with esmtp (Exim 4.34) id 1JcTHg-000AB4-AX; Thu, 20 Mar 2008 18:30:52 -0400
Date: Thu, 20 Mar 2008 18:30:51 -0400
From: John C Klensin <john-ietf@jck.com>
To: Mark Andrews <Mark_Andrews@isc.org>
Subject: Re: Last Call: draft-klensin-rfc2821bis
Message-ID: <DCDDC87913F69C0517A88E8B@p3.JCK.COM>
In-Reply-To: <200803202203.m2KM32hA031011@drugs.dv.isc.org>
References: <200803202203.m2KM32hA031011@drugs.dv.isc.org>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Disposition: inline
Cc: Douglas Otis <dotis@mail-abuse.org>, ietf list <ietf@ietf.org>
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 Friday, 21 March, 2008 09:03 +1100 Mark Andrews
<Mark_Andrews@isc.org> wrote:

> 	I think Doug is saying don't let domains with just AAAA
> 	records be treated as valid RHS of email.  Today we
> 	have to add records to domains with A records to say that
> 	these are not valid RHS of email.  With MX synthesis
> 	from AAAA you create the same problem for domains with
> 	AAAA records.
> 
> 		user@<A record owner>
> 		user@<MX record owner>
> 		user@<AAAA record owner>  * don't allow this.

Mark, Doug,

With the understanding that this is just my personal opinion (as
editor, I'll do whatever I'm told) _and_ that I'm personally
sympathetic to phasing out even the A record implicit MX...

It seems to be that 2821bis is the wrong place to try to fix
this, especially via a comment posted well after the _second_
Last Call closed.   The current phrasing is not an oversight.
It was explicitly discussed on the mailing list and this is the
behavior that people decided they wanted.

My recommendation is that someone generate a new I-D that
suggests that, even though the standard requires support for
both types of implicit MXs, it is not a desirable practice and
that systems supporting mail servers should use explicit MX
records, ordered however they think appropriate to get the
behavior they want.  If consensus could be achieved and the
justification were clear enough, such a BCP would probably get
much more attention than a change of a few lines in 2821bis.

Again, just my opinion.

    john

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