Re: Last Call: draft-klensin-rfc2821bis

Dave Crocker <dhc2@dcrocker.net> Wed, 26 March 2008 23: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 E089C3A6F8B; Wed, 26 Mar 2008 16:34:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.582
X-Spam-Level:
X-Spam-Status: No, score=-100.582 tagged_above=-999 required=5 tests=[AWL=-0.145, 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 8dLCru8GxKyi; Wed, 26 Mar 2008 16:34:32 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 07B863A6E63; Wed, 26 Mar 2008 16:34:32 -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 3A52C3A6E63 for <ietf@core3.amsl.com>; Wed, 26 Mar 2008 16:34:31 -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 GKFKUtZWoUsF for <ietf@core3.amsl.com>; Wed, 26 Mar 2008 16:34:30 -0700 (PDT)
Received: from sbh17.songbird.com (unknown [IPv6:2001:470:1:76:0:ffff:4834:7146]) by core3.amsl.com (Postfix) with ESMTP id D911E3A68F8 for <ietf@ietf.org>; Wed, 26 Mar 2008 16:34:29 -0700 (PDT)
Received: from [192.168.0.2] (adsl-67-127-190-96.dsl.pltn13.pacbell.net [67.127.190.96]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id m2QNW38U004399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Mar 2008 16:32:08 -0700
Message-ID: <47EADCF3.4050608@dcrocker.net>
Date: Wed, 26 Mar 2008 16:32:03 -0700
From: Dave Crocker <dhc2@dcrocker.net>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To: Jim Fenton <fenton@cisco.com>
Subject: Re: Last Call: draft-klensin-rfc2821bis
References: <20080326150139.86203.qmail@simone.iecc.com> <47EA8CD8.3010500@network-heretics.com> <alpine.BSF.1.00.0803261436260.36932@simone.iecc.com> <11a101c88f75$96b63bd0$c422b370$@net> <47EAB7E3.4060308@dcrocker.net> <47EACFB4.5010100@cisco.com>
In-Reply-To: <47EACFB4.5010100@cisco.com>
X-Virus-Scanned: ClamAV 0.92/6414/Wed Mar 26 15:23:18 2008 on sbh17.songbird.com
X-Virus-Status: Clean
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Wed, 26 Mar 2008 16:32:09 -0700 (PDT)
Cc: 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


Jim Fenton wrote:
> (2) Although some SMTP servers will continue to be found through A 
> records for legacy reasons, there is no longer a good reason for any new 
> server not to have a published MX record.


Then they won't.

And we don't need to alter algorithms that have been in operation for more than 
20 years and working well.

Really, it does not make sense to impose changes based on hopeful thinking 
rather than compelling need.


   SMTP clients (senders) will,
> of course, need to continue to look up A records, but since there is 
> currently no significant use of AAAA records for email routing, we 
> should not perpetuate this legacy in IPv6 as it is in IPv4.


Please document the problems caused by this legacy, since serious problems are 
what ought to dictate changing an installed service.

The added 'complexity' has worked well enough for 20 years, so it's a bit 
difficult to assert it as significant now.

Make AAAA records get the same handling as A and you've made the smallest 
possible change to Internet email's transport service.  Start messing around 
with the role of the address record, and you are altering the service at a more 
basic architectural level.  Absent compelling need, that's usually a poor idea.

d/
-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net
_______________________________________________
IETF mailing list
IETF@ietf.org
https://www.ietf.org/mailman/listinfo/ietf