Re: [spfbis] Last Call: <draft-ietf-spfbis-4408bis-19.txt> (Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1) to Proposed Standard

Jelte Jansen <jelte.jansen@sidn.nl> Mon, 26 August 2013 14:44 UTC

Return-Path: <Jelte.Jansen@sidn.nl>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B304D21E8083 for <ietf@ietfa.amsl.com>; Mon, 26 Aug 2013 07:44:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.694
X-Spam-Level:
X-Spam-Status: No, score=-0.694 tagged_above=-999 required=5 tests=[AWL=0.021, BAYES_00=-2.599, FH_HOST_EQ_D_D_D_D=0.765, HELO_EQ_IP_ADDR=1.119]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kBiq23gGWsE4 for <ietf@ietfa.amsl.com>; Mon, 26 Aug 2013 07:44:17 -0700 (PDT)
Received: from ede1-kamx.sidn.nl (kamx.sidn.nl [IPv6:2a00:d78:0:147:94:198:152:69]) by ietfa.amsl.com (Postfix) with ESMTP id 1732721E8053 for <ietf@ietf.org>; Mon, 26 Aug 2013 07:44:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; d=sidn.nl; s=sidn_nl; c=relaxed/relaxed; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding:x-originating-ip; bh=dwDJ99SKRzQOgfxohGyiAMkzyUrkU7IkHgWVzZeuxYs=; b=ZsuMB7sdPmPAIyw8gdKghIzDT/IWF/jr9A0hKFqI3S/BqEFLbwNNJOngSTf0njn3OCvlKJ0Eo7TQYBM4TX0GWe8AV8gq1BQJP8l8z/KMXq7DozHuFfgxGGhjCe5D976VK8q00dnesu/I07jjMn2EkRRfAVt5165/JpRHzeZykAs=
Received: from kahubcasn02.SIDN.local ([192.168.2.74]) by ede1-kamx.sidn.nl with ESMTP id r7QEi0aC001460-r7QEi0aE001460 (version=TLSv1 cipher=AES128-SHA bits=128 verify=CAFAIL); Mon, 26 Aug 2013 16:44:00 +0200
Received: from [94.198.152.214] (94.198.152.214) by kahubcasn02.SIDN.local (192.168.2.77) with Microsoft SMTP Server (TLS) id 14.2.328.9; Mon, 26 Aug 2013 16:44:00 +0200
Message-ID: <521B69AD.5020108@sidn.nl>
Date: Mon, 26 Aug 2013 16:43:57 +0200
From: Jelte Jansen <jelte.jansen@sidn.nl>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8
MIME-Version: 1.0
To: John R Levine <johnl@taugh.com>
Subject: Re: [spfbis] Last Call: <draft-ietf-spfbis-4408bis-19.txt> (Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1) to Proposed Standard
References: <20130823143402.49936.qmail@joyce.lan> <521B165C.9000809@sidn.nl> <alpine.BSF.2.00.1308261005360.76238@joyce.lan>
In-Reply-To: <alpine.BSF.2.00.1308261005360.76238@joyce.lan>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [94.198.152.214]
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
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>
X-List-Received-Date: Mon, 26 Aug 2013 14:44:21 -0000

On 08/26/2013 04:08 PM, John R Levine wrote:
> 
> Could you point to anyone, anywhere, who has ever said that the odd
> history of the SPF TXT record means that it is perfectly fine to do
> something similar in the future?
> 

Three of the four points on the list that triggered my first message in
this particular thread were:

- no <this new rrtype> support in my provisioning system
- no <this new rrtype> support in my firewall
- no <this new rrtype> support in my DNS Library

Those aren't things that'll magically disappear, even with universal
deployment of 3597.

Some, and maybe all of these, might be generally solved if
draft-levine-dnsextlang takes off, though I have serious doubts about
the second, and some doubts about the first.

Until such time, I'd personally prefer to see some explicit notion that
the odd history of the SPF TXT record should not be seen as a precedent
and best practice, rather than hope that this is implicit.


> On the other hand, please look at all of the stuff that people outside
> of the IETF do with apex TXT records, and try and say with a straight
> face that SPF as as much as 1% of the multiplexing problem.
> 

There may be a reason those are not standardized. And not just because
there are too many grumpy people here shouting 'get off my lawn'. Or at
least not all of them :)

Jelte