Re: [spfbis] Proof of non-deployment [root@primary.se: Cron <root@primary> /usr/local/libexec/spf-txt.sh]

Scott Kitterman <spf2@kitterman.com> Tue, 07 October 2014 22:07 UTC

Return-Path: <spf2@kitterman.com>
X-Original-To: spfbis@ietfa.amsl.com
Delivered-To: spfbis@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10E1E1A8937 for <spfbis@ietfa.amsl.com>; Tue, 7 Oct 2014 15:07:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sa1R4QqoQIaM for <spfbis@ietfa.amsl.com>; Tue, 7 Oct 2014 15:07:15 -0700 (PDT)
Received: from mailout03.controlledmail.com (mailout03.controlledmail.com [208.43.65.50]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 049E61A892A for <spfbis@ietf.org>; Tue, 7 Oct 2014 15:07:15 -0700 (PDT)
Received: from [10.180.120.144] (158.sub-70-192-193.myvzw.com [70.192.193.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailout03.controlledmail.com (Postfix) with ESMTPSA id EE139C40060; Tue, 7 Oct 2014 17:07:13 -0500 (CDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kitterman.com; s=201409; t=1412719634; bh=6mR/Ve7lB/Ju22gN43JbSiRAdGYTgin064HB2tEvNow=; h=In-Reply-To:References:Subject:From:Date:To:From; b=iLBQb4ESsz0vVvIOI/VNLA8q33Y9aU5mlgO3uH1L0G9HCiB3GPqB2BT2zz/8rLq16 +nNGIuJ9x6lJ9VIfNa/fLQO3QyjaFXMZNvb7wnJyNBSrnBu3TDlzGfIpxqQh+IS1Ej EC7XBxcGggEDFC2Nhp95ldB09P9tL3uYcBSBbMyA=
User-Agent: K-9 Mail for Android
In-Reply-To: <CAL0qLwY+VkAG+LN+8-P=mz+NZwACYsh+nnwvZG3if6bHVg0NRQ@mail.gmail.com>
References: <20141007063737.GA28581@besserwisser.org> <D6213AB4-ABB2-45C5-AA52-59369B03B88F@anvilwalrusden.com> <CAL0qLwYpA_snEkjnCeXFcxf6kzt-8rF1+Uovypn1yNe+5VVB+w@mail.gmail.com> <20141007164221.GF19697@mx1.yitter.info> <20141007212657.DB75220DE476@rock.dv.isc.org> <CAL0qLwY+VkAG+LN+8-P=mz+NZwACYsh+nnwvZG3if6bHVg0NRQ@mail.gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="UTF-8"
From: Scott Kitterman <spf2@kitterman.com>
Date: Tue, 07 Oct 2014 18:07:11 -0400
To: "spfbis@ietf.org" <spfbis@ietf.org>
Message-ID: <30D75E02-C7C5-4D6B-8435-B11D822C5262@kitterman.com>
Archived-At: http://mailarchive.ietf.org/arch/msg/spfbis/a25-SyiaNEFlUEjVoPA7RKt4F_Q
Subject: Re: [spfbis] Proof of non-deployment [root@primary.se: Cron <root@primary> /usr/local/libexec/spf-txt.sh]
X-BeenThere: spfbis@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: SPFbis discussion list <spfbis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spfbis>, <mailto:spfbis-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/spfbis/>
List-Post: <mailto:spfbis@ietf.org>
List-Help: <mailto:spfbis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spfbis>, <mailto:spfbis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Oct 2014 22:07:17 -0000

On October 7, 2014 5:54:07 PM EDT, "Murray S. Kucherawy" <superuser@gmail.com> wrote:
>On Tue, Oct 7, 2014 at 2:26 PM, Mark Andrews <marka@isc.org> wrote:
>
>> The working group got told repeatedly that they just had to wait
>> as new code went from being written to being deployed.  They got
>> given data that showed type spf queries were increasing.  They just
>> refused to listen and used the stupid excuse of type txt not
>"working"
>> with type spf to claim that they had to abandon the transition.
>>
>
>Sorry, but "refused to listen" is false.  Your position was heard and
>extensively debated.  The working group simply did not concur.
>
>When you jump to the end state of SPF only, of course it won't work
>> with TXT.  However there was nothing wrong with that.  Also there
>> was nothing preventing people publishing both types if they wanted
>> to during the transition.  There was nothing preventing the
>transition
>> continuing.
>>
>
>It would be wonderful to have any evidence other than DNS RRTYPE counts
>to
>support the idea that there was any such organized transition in
>progress.
>Perhaps you or Mans can share from whom all these new type 99 queries
>are
>coming?
>
>Meanwhile, I have not heard one peep from anyone in any of the email
>communities to which I am connected that there's an attempt to move
>toward
>type 99, not in 2012 and not today.  In fact, the contrary is probably
>true
>given that the main open source implementation has (as I understand it)
>since removed its type 99 query code.  Does anyone still paying
>attention
>to this list have any such information?  I'm genuinely curious.  I've
>put
>out some feelers to the places where I think the increased type 99
>queries
>might be originating.  I've yet to hear back.
>
>Scott, I can't think of anyone more connected to SPF than you are: Are
>you
>aware of such a transition?
>
I'm not particularly interested in spending time relitigating the issue with people throwing ad hominem attacks around. I have my opinion on whose listening skills were deficient.  

The working group decided and it's done.   Revisiting it now doesn't make any sense. 

Scott K

>> The real reason that most of the working group didn't want to move
>> from TXT and resented that DNS people said use a seperate type for
>> this and resisted changing things.
>
>
>I don't think I can parse this sentence.  I suspect though that
>Appendix A
>of RFC6686 better characterizes the situation than "resented"; the
>resistance to which you refer was a lot more pragmatic than emotional.
>
>-MSK
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>spfbis mailing list
>spfbis@ietf.org
>https://www.ietf.org/mailman/listinfo/spfbis