IETF Logo Mail Archive

Re: Last Call: draft-klensin-rfc2821bis

Theodore Tso <tytso@MIT.EDU> Sat, 29 March 2008 14: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 0ADFE28C107; Sat, 29 Mar 2008 07:34:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.207
X-Spam-Level:
X-Spam-Status: No, score=-101.207 tagged_above=-999 required=5 tests=[AWL=-0.770, 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 dw80TSiU+mAZ; Sat, 29 Mar 2008 07:34:28 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AC3643A6C95; Sat, 29 Mar 2008 07:34:27 -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 E91963A68E2 for <ietf@core3.amsl.com>; Sat, 29 Mar 2008 07:34:26 -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 u2ENir6FmmqR for <ietf@core3.amsl.com>; Sat, 29 Mar 2008 07:34:26 -0700 (PDT)
Received: from biscayne-one-station.mit.edu (BISCAYNE-ONE-STATION.MIT.EDU [18.7.7.80]) by core3.amsl.com (Postfix) with ESMTP id 068FE3A6829 for <ietf@ietf.org>; Sat, 29 Mar 2008 07:34:25 -0700 (PDT)
Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id m2TEY4KZ010799; Sat, 29 Mar 2008 10:34:04 -0400 (EDT)
Received: from closure.thunk.org (c-67-184-233-39.hsd1.il.comcast.net [67.184.233.39]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id m2TEY20W008586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 29 Mar 2008 10:34:03 -0400 (EDT)
Received: from tytso by closure.thunk.org with local (Exim 4.67) (envelope-from <tytso@mit.edu>) id 1Jfc89-0002pR-O1; Sat, 29 Mar 2008 10:34:01 -0400
Date: Sat, 29 Mar 2008 10:34:01 -0400
From: Theodore Tso <tytso@MIT.EDU>
To: Keith Moore <moore@network-heretics.com>
Subject: Re: Last Call: draft-klensin-rfc2821bis
Message-ID: <20080329143401.GB32033@mit.edu>
References: <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> <alpine.LRH.1.10.0803290926060.7344@netcore.fi> <9D58802557DBD059763C0316@p3.JCK.COM> <01MSZFLDOT0U000078@mauve.mrochek.com> <47EE499E.5090602@dcrocker.net> <47EE4F2A.8040801@network-heretics.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <47EE4F2A.8040801@network-heretics.com>
User-Agent: Mutt/1.5.15+20070412 (2007-04-11)
X-Scanned-By: MIMEDefang 2.42
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

On Sat, Mar 29, 2008 at 10:16:10AM -0400, Keith Moore wrote:
> I think it is time to put an end to specious arguments.
> 
> These standards get used for decades.  I don't think it's appropriate to 
> cripple them because of some arrangement that happens to exist now from 
> a few dysfunctional DNS providers.  Providers will get more flexible as 
> the need becomes apparent, and domain owners who have problems with 
> their DNS providers can change providers.  It's not difficult.

So I must be missing something, probably because I deleted without
reading closely enough one of the earlier messages on this thread.
But please indulge me --- exactly what is the benefit of deprecating
the "A" fallback, and/or not doing a lookup on the AAAA record if the
MX record doesn't exist?  Is it the load on the nameservers that
people would believe would be reduced if we didn't do this?  Is that
really a problem?  Or is it something else?

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

v2.23.0 | Report a Bug | By Email