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

manning bill <bmanning@isi.edu> Wed, 21 August 2013 11:56 UTC

Return-Path: <bmanning@isi.edu>
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 8A9A511E8396 for <ietf@ietfa.amsl.com>; Wed, 21 Aug 2013 04:56:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.999
X-Spam-Level:
X-Spam-Status: No, score=-105.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 JCxyKgRh75HT for <ietf@ietfa.amsl.com>; Wed, 21 Aug 2013 04:56:21 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by ietfa.amsl.com (Postfix) with ESMTP id A696E11E8392 for <ietf@ietf.org>; Wed, 21 Aug 2013 04:56:21 -0700 (PDT)
Received: from [192.168.0.3] (cpe-24-24-228-167.socal.res.rr.com [24.24.228.167]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id r7LBtXwj022449 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 21 Aug 2013 04:55:43 -0700 (PDT)
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
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="windows-1252"
From: manning bill <bmanning@isi.edu>
In-Reply-To: <521495EB.7060207@cisco.com>
Date: Wed, 21 Aug 2013 04:55:33 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <E9C96A4F-36CA-47E4-B2DF-4BFDD7EC277D@isi.edu>
References: <20130819150521.GB21088@besserwisser.org> <20130819160549.61542.qmail@joyce.lan> <20130819190533.GA30516@besserwisser.org> <4751241.GTNxysAlzm@scott-latitude-e6320> <B443E973-858A-4958-964B-B0F0FBDF5A7A@virtualized.org> <CAMm+LwhcHOeUv0iqZmZ6wX-jOD1r-mRR0x8sbxaKrsU3k4CNBQ@mail.gmail.com> <20130821040003.GL607@mx1.yitter.info> <64700EE4-85B3-4179-904A-885770C6BBF4@virtualized.org> <7F8D4DA5-F80B-432B-8231-5B40ADB61783@frobbit.se> <521495EB.7060207@cisco.com>
To: Eliot Lear <lear@cisco.com>
X-Mailer: Apple Mail (2.1283)
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: bmanning@isi.edu
Cc: ietf@ietf.org, Patrik Fältström <paf@frobbit.se>
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: Wed, 21 Aug 2013 11:56:28 -0000

regarding adoption…  it would be interesting to take a second snapshot from each of these servers in about six months
to see if the trend has changed (modulo PAFs observations that not all TXT == SPF).   In the mean time, declare a suspension of
last call to gauge if the presumption of failure of the SPF RR merits this drastic action.

/bill


On 21August2013Wednesday, at 3:26, Eliot Lear wrote:

> Patrik,
> 
> First, I appreciate that you and Dave are bringing data to the table.  However, in this case, it is not in dispute that queries are happening.  What *is* in dispute is whether there are answers.  I must admit I am having a difficult time understanding the logic, even so.  The *hard* part about this was supposed to be implementation of the record in the application software.  Can the shepherd answer this question:
> 	• To what extent has that happened?
> The easy part was supposed to be people actually using the SPF record, once it was out there.  And so your data doesn't indicate what sort of answers you're getting.
> And another thing. Randy, is it your position that WGs shouldn't create new TXT records due to transition issues?
> Eliot
> 
> On 8/21/13 12:15 PM, Patrik Fältström wrote:
>> On 21 aug 2013, at 09:17, David Conrad <drc@virtualized.org>
>>  wrote:
>> 
>> 
>>> On Aug 20, 2013, at 9:00 PM, Andrew Sullivan <ajs@anvilwalrusden.com>
>>>  wrote:
>>> 
>>>> The WG had a hard time coming up with really good data about what validators look for, ... If someone else with some busy nameservers wants to provide different evidence now, it wouldn't hurt.
>>>> 
>>> Out of morbid curiosity, I just looked at the logs from my name server (which has both TXT and SPF RRs but which is very, very far from being busy) with a quick perl hack:
>>> 
>> :
>> :
>> :
>> 
>>> totals: spf: 1389, txt: 19435, 7.146900%
>>> 
>>> (the numbers are queries since the name server last restarted/dumped stats)
>>> 
>>> Will look for better data than my measly little name server.
>>> 
>> I have been looking at the queries to one of the nameservers that Frobbit runs (which is authoritative for quite a number of zones, although not GoDaddy), and a tcpdump for a while today gives the following data:
>> 
>> $ /usr/sbin/tcpdump -nr dns.pcap | grep 'SPF?' | wc -l
>> reading from file dns.pcap, link-type EN10MB (Ethernet)
>> tcpdump: pcap_loop: truncated dump file; tried to read 271 captured bytes, only got 95
>> 1105
>> $ /usr/sbin/tcpdump -nr dns.pcap | grep 'TXT?' | wc -l
>> reading from file dns.pcap, link-type EN10MB (Ethernet)
>> tcpdump: pcap_loop: truncated dump file; tried to read 94 captured bytes, only got 18
>> 2819
>> 
>> I.e. 2819 queries for TXT while there was 1105 for SPF resource record.
>> 
>> Now, I have no idea whether all of those queries for TXT was only for the SPF usage of TXT of course, but this gives it was at least 28% of (TXT+SPF)-queries that was for SPF.
>> 
>> Deprecating something that is in use that much just does not make any sense.
>> 
>>    Patrik
>> 
>> 
>