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

Phillip Hallam-Baker <hallam@gmail.com> Mon, 02 September 2013 12:54 UTC

Return-Path: <hallam@gmail.com>
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 A028211E80E4 for <ietf@ietfa.amsl.com>; Mon, 2 Sep 2013 05:54:40 -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=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 oaZFH-J8djcn for <ietf@ietfa.amsl.com>; Mon, 2 Sep 2013 05:54:39 -0700 (PDT)
Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) by ietfa.amsl.com (Postfix) with ESMTP id 2276E11E80ED for <ietf@ietf.org>; Mon, 2 Sep 2013 05:54:38 -0700 (PDT)
Received: by mail-lb0-f182.google.com with SMTP id c11so3224499lbj.41 for <ietf@ietf.org>; Mon, 02 Sep 2013 05:54:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/8VSQ4YLX8TG6W8PZnZrs8NMuAKMbEB9Ud9gvd6vlO0=; b=ju8eI3i6B3pIrs8q1mlZlcYC1OmHQBixhuzPn+Qt5Zlw3M6FiiaIhEsWbxYtT22g4m y1oy0kAKPK0Z9Zx3UsWCfTzuOVqyeppI/xdOFqHK5PHulHY3mXuJcbejp4CYfhJim3FN hHyi/SaM0DyZcmE9XE2zvOUaHNjtrV4b0uPbEr+5k+xy4LigoGhJfHb226em2k3u64Xg jWRHKEWn1XBToOWXPjQUG/geAa6JugC8wbf84+slcl50oeMXeicNYdb82oLCUzut6vGc nEakS/zLSnPppEooMN2iti+spPhGYTn2MhmuRHUXyl0aziBJxFzg4dwe0k+Fn7RrWMbq eIAg==
MIME-Version: 1.0
X-Received: by 10.112.155.228 with SMTP id vz4mr1394910lbb.41.1378126472676; Mon, 02 Sep 2013 05:54:32 -0700 (PDT)
Received: by 10.112.148.165 with HTTP; Mon, 2 Sep 2013 05:54:32 -0700 (PDT)
In-Reply-To: <Pine.SGI.4.61.1308291142180.193807@shell01.TheWorld.com>
References: <20130819131916.22579.36328.idtracker@ietfa.amsl.com> <Pine.SGI.4.61.1308291142180.193807@shell01.TheWorld.com>
Date: Mon, 02 Sep 2013 08:54:32 -0400
Message-ID: <CAMm+Lwid2jpsxZQ2Lw1nVy88DGdugWxcXdDfdu2a5Jd9_7WCmQ@mail.gmail.com>
Subject: Re: Last Call: <draft-ietf-spfbis-4408bis-19.txt> (Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1) to Proposed Standard
From: Phillip Hallam-Baker <hallam@gmail.com>
To: Dan Schlitt <schlitt@theworld.com>
Content-Type: multipart/alternative; boundary="089e01229724dc099204e566123c"
Cc: IETF Discussion Mailing List <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, 02 Sep 2013 12:54:40 -0000

On Thu, Aug 29, 2013 at 12:30 PM, Dan Schlitt <schlitt@theworld.com> wrote:

> As the manager of a modestly large network I found the TXT record as a
> useful tool in management of the network. Such a use was even suggested by
> other system managers. That was a time when the Internet was a friendlier
> place. Today I might do things differently and not make some of the TXT
> records visible on the public Internet. But they would still be useful for
> internal management.
>

TXT records can be useful for ad-hoc local configs and the SPF use has made
this harder. But it is hard to see how the SPF record makes that situation
any better.


Probably a better solution would be to take a chunk of the reserved RR code
space and stipulate that these have TXT form records so folk have 10,16 or
so records for this use.

In the longer term, the problem with the SPF RR is that it is a point
solution to 'fix' only one protocol. It is an MX record equivalent. Which
was OK given the circumstances when it was developed.


A shift from TXT to SPF records is not likely to happen for the niche SPF
spec. But may well be practical for a wider client/initiator policy spec.

We are not going to get rid of the defective US style Edison screw
lightbulb socket either, certainly not for incandescents even though the
Swan bayonet design is clearly superior, less risk of damage to the bulb,
safer and does not come undone. But that Edison screw style will eventually
disappear as installation switches to low voltage (12V) DC distribution etc.


The engineering solution to this deployment problem is to generalize the
problem and use a new record for that.

-- 
Website: http://hallambaker.com/