Re: [dnsext] SPF, a cautionary tale

Mark Andrews <marka@isc.org> Tue, 07 May 2013 23:14 UTC

Return-Path: <marka@isc.org>
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E39D21F8EFE for <dnsext@ietfa.amsl.com>; Tue, 7 May 2013 16:14:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599]
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 NgHCVoyvDdpX for <dnsext@ietfa.amsl.com>; Tue, 7 May 2013 16:14:15 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 0864D21F8E75 for <dnsext@ietf.org>; Tue, 7 May 2013 16:14:14 -0700 (PDT)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id EEF81C9450; Tue, 7 May 2013 23:14:03 +0000 (UTC) (envelope-from marka@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1367968453; bh=rweJudG4O3AdbCOxXdTnPEpIC2ZvO+uSfi9mILkB670=; h=To:Cc:From:References:Subject:In-reply-to:Date; b=atpCdQDDsVibouCAoXyP3RK4/TGn14dCEuEp9I1p5s1bfrNJWrYYZi/RiLaiMwv3Y LuNyBfFTAOhkH57OYGU6J5TjKU5j30mr3Px+VxQQH42kJd9KPDNAhjbH8rWNEu4j4F giisbXGJTbBEgIKraI83LvS7ndpt7Yntr3EXpdSw=
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Tue, 7 May 2013 23:14:03 +0000 (UTC) (envelope-from marka@isc.org)
Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:5c2a:7407:e708:cbb]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id AAE4C216C40; Tue, 7 May 2013 23:14:03 +0000 (UTC) (envelope-from marka@isc.org)
Received: from drugs.dv.isc.org (localhost [IPv6:::1]) by drugs.dv.isc.org (Postfix) with ESMTP id EDF9633FB488; Wed, 8 May 2013 09:13:55 +1000 (EST)
To: Phillip Hallam-Baker <hallam@gmail.com>
From: Mark Andrews <marka@isc.org>
References: <8D23D4052ABE7A4490E77B1A012B63077516EA82@mbx-01.win.nominum.com> <20130503171843.39672.qmail@joyce.lan> <20130504133312.GA27772@vacation.karoshi.com.> <alpine.BSF.2.00.1305041103360.8602@joyce.lan> <20130505012216.GA29079@vacation.karoshi.com.> <alpine.BSF.2.00.1305042223280.10848@joyce.lan> <20130505032549.GA30757@vacation.karoshi.com.> <alpine.BSF.2.00.1305042327490.11044@joyce.lan> <51861e2f.62a3420a.11ed.ffffc5c1SMTPIN_ADDED_BROKEN@mx.google.com> <CAL0qLwY2t3Hgb85yOuqhNLRW5rcZkMt5dKNoWnLmSkKES391Ug@mail.gmail.com> <5187a917.62a3420a.7013.5f98SMTPIN_ADDED_BROKEN@mx.google.com> <CAMm+Lwj44HbisG549bXMhGqFG_cZ5wZ42i_+-F7NqM9oH13m+Q@mail.gmail.com>
In-reply-to: Your message of "Wed, 08 May 2013 00:14:46 +0200." <CAMm+Lwj44HbisG549bXMhGqFG_cZ5wZ42i_+-F7NqM9oH13m+Q@mail.gmail.com>
Date: Wed, 08 May 2013 09:13:55 +1000
Message-Id: <20130507231355.EDF9633FB488@drugs.dv.isc.org>
X-DCC--Metrics: post.isc.org; whitelist
Cc: "bmanning@vacation.karoshi.com" <bmanning@vacation.karoshi.com>, "dnsext@ietf.org Group" <dnsext@ietf.org>
Subject: Re: [dnsext] SPF, a cautionary tale
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 May 2013 23:14:15 -0000

In message <CAMm+Lwj44HbisG549bXMhGqFG_cZ5wZ42i_+-F7NqM9oH13m+Q@mail.gmail.com>
, Phillip Hallam-Baker writes:
> 
> On Mon, May 6, 2013 at 2:58 PM, <bmanning@vacation.karoshi.com> wrote:
> 
> >
> > > I'm an existence proof that your claim is false.  I've read RFC5507 and
> > I'm
> > > familiar with its contents.  I've already said that, were we writing this
> > > anew, I think we'd likely be taking a different path here, one that would
> > > make the members of dnsext much happier.  But since the former is false,
> > > and there's a substantial deployed base much of which is unlikely to
> > change
> > > its behaviour for various reasons, we have to look at this a different
> > way.
> >
> >
> >         there is this wonderful thing called "O'Dells Law" which,
> > paraphrased
> >         is:  "The installed based doesn't matter".   However, there is
> > nothing
> >         preventing the SPF community from using TXT to store thier
> > particularly
> >         unique stuff.  But there can be zero whining when other folks use
> > TXT for
> >         their own purposes and confuse the heck out of SPF processors
> > which get
> >         (for thier purposes) malformed SPF data...
> >
> >
> O'Dells Law only applies AFTER you have reached critical mass and growth is
> automatic.
> 
> If you are in a situation where the installed base meets the requirements
> just fine then the new proposal doesn't matter and will actually shrink
> over time as a percentage of the installed base as people continue to use
> the legacy system.
> 
> If the numer of domains with feature X is growing at a significantly faster
> rate than the Internet then it will become ~100% in due course.
> 
> If the numer of domains with feature X is growing at a significantly slower
> rate than the Internet then it will become ~0% in due course.
> 
> 
> About one year after an RFC has been published there is sometimes a sudden
> shock of realization that maybe deployment did matter after all. Catching
> an existing system is very hard. Apart from POP vs IMAP and WWW vs Gopher,
> I can't remember any examples offhand.
> 
> -- 
> Website: http://hallambaker.com/

Both SPF queries and SPF records are growing w.r.t. TXT records
and queries so the arguement is moot.

Mark

-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org