Re: Last Call: draft-klensin-rfc2821bis

"Frank Ellermann" <nobody@xyzzy.claranet.de> Mon, 24 March 2008 19:46 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 4E91D28C400; Mon, 24 Mar 2008 12:46:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.175
X-Spam-Level:
X-Spam-Status: No, score=-101.175 tagged_above=-999 required=5 tests=[AWL=-0.738, 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 omhVlxIQI3Pd; Mon, 24 Mar 2008 12:46:34 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 18C2D3A6D72; Mon, 24 Mar 2008 12:46:34 -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 EA3DB3A6E6E for <ietf@core3.amsl.com>; Mon, 24 Mar 2008 12:46: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 8FPhlfBWP1d3 for <ietf@core3.amsl.com>; Mon, 24 Mar 2008 12:46:32 -0700 (PDT)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by core3.amsl.com (Postfix) with ESMTP id E83863A69FD for <ietf@ietf.org>; Mon, 24 Mar 2008 12:46:31 -0700 (PDT)
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JdsaY-0003b8-Vn for ietf@ietf.org; Mon, 24 Mar 2008 19:44:11 +0000
Received: from hmbg-d9b88e03.pool.mediaways.net ([217.184.142.3]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf@ietf.org>; Mon, 24 Mar 2008 19:44:10 +0000
Received: from nobody by hmbg-d9b88e03.pool.mediaways.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf@ietf.org>; Mon, 24 Mar 2008 19:44:10 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: ietf@ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Subject: Re: Last Call: draft-klensin-rfc2821bis
Date: Mon, 24 Mar 2008 20:46:33 +0100
Organization: <http://purl.net/xyzzy>
Lines: 27
Message-ID: <fs90a2$se7$1@ger.gmane.org>
References: <200803202203.m2KM32hA031011@drugs.dv.isc.org><DCDDC87913F69C0517A88E8B@p3.JCK.COM><A4667B79-FD0D-451A-95ED-664755C3B9A0@mail-abuse.org><CE4BCFBF455606AD222F42A3@p3.JCK.COM> <20080324183338.GB25340@verdi>
Mime-Version: 1.0
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: hmbg-d9b88e03.pool.mediaways.net
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>
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

John Leslie wrote:

> Whether or not we have any consensus that this historical
> practice should be deprecated (I would vote YES!),

+1

> rfc2821-bis is not, IMHO, the right place to deprecate it.

It could be seen as an unintended chance to keep AAAA out
of this business, because RFC 2821 forgot to mention it. 
Admittedly a trick, twisting an unreported 2821 erratum
into a feature, but if it is for a good purpose, why not.

> " ...
> " If no MX records are
> " found, but an address RR (i.e., either an IPv4 A RR or
> " an IPv6 AAAA RR, or their successors) is found, the
> " address RR is treated as if it
>              ^^
>   s/is/MAY be/

That proposal touches the IPv4 fallback.  I think we'd need
to split it, IPv4 as is (2821 + 2821bis), IPv6 MAY (because
RFC 2821 did not require it 2821bis should say what we want).

 Frank

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