Re: Last Call: draft-klensin-rfc2821bis

Bill Manning <bmanning@ISI.EDU> Tue, 25 March 2008 13: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 5F91328C49A; Tue, 25 Mar 2008 06:42:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.581
X-Spam-Level:
X-Spam-Status: No, score=-100.581 tagged_above=-999 required=5 tests=[AWL=-0.144, 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 87k0M4zqHPt2; Tue, 25 Mar 2008 06:42:47 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 37F863A6B0C; Tue, 25 Mar 2008 06:42:47 -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 C937428C1EC for <ietf@core3.amsl.com>; Tue, 25 Mar 2008 06:42:45 -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 MxPAG7HoO41y for <ietf@core3.amsl.com>; Tue, 25 Mar 2008 06:42:43 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 36BFF3A683C for <ietf@ietf.org>; Tue, 25 Mar 2008 06:42:43 -0700 (PDT)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id m2PDcCiv017026 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 25 Mar 2008 06:38:12 -0700 (PDT)
Received: (from bmanning@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id m2PDc8FL017002; Tue, 25 Mar 2008 06:38:08 -0700 (PDT)
Date: Tue, 25 Mar 2008 06:38:07 -0700
From: Bill Manning <bmanning@ISI.EDU>
To: Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>
Subject: Re: Last Call: draft-klensin-rfc2821bis
Message-ID: <20080325133807.GA12616@boreas.isi.edu>
References: <01MSSXWZKKZ800007A@mauve.mrochek.com> <fs9blg$9in$1@ger.gmane.org>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <fs9blg$9in$1@ger.gmane.org>
User-Agent: Mutt/1.4.2.2i
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: bmanning@boreas.isi.edu
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 Tue, Mar 25, 2008 at 12:00:23AM +0100, Frank Ellermann wrote:
> Ned Freed wrote:
> 
> > If the consensus is that better interoperability can be had
> > by banning bare AAAA records that's perfectly fine with me.
> 
> FWIW, I'd like that...
> 
> >> Clarity can be established and interoperability _improved_ 
> >> by limiting discovery to just A and MX records.  Perhaps a
> >> note might be included that at some point in the future MX
> >> records may become required.
>  
> > Again, I have no problem with this approach if that's what
> > the consensus is.
> 
> ...and that, too.  


	so what is supposed to happen when I remove all
	"A" RR's from my zones?


> > Another point in favor of not allowing bare AAAA records
> > for mail routing.
> [...]
> >> The only valid solution would be to indicate that AAAA 
> >> records as a discovery mechanism may not be supported and
> >> should not be used for this purpose.  Use MX records instead.
>  
> > Which is perfectly fine as far as I'm concerned. The question
> > is whether there's a consensus to resolve the ambiguity in
> > this fashion.
> 
> Checking about 63 articles on the SMTP list mentioning "AAAA",
> some from the early '90s, they're about TLDs, CNAME, MX, SPF,
> and what else.  I found no message clearly saying "but I want
> no MX for my AAAA".  I vaguely recall that somebody mentioned
> an implementation doing this, but that is not the same as "I
> insist on an AAAA fallback", and IIRC it was only one poster.
> 
>  Frank
> 
> _______________________________________________
> IETF mailing list
> IETF@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf

-- 
--bill

Opinions expressed may not even be mine by the time you read them, and
certainly don't reflect those of any other entity (legal or otherwise).

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