Re: [apps-discuss] Updating the status of SPF

Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com> Thu, 11 August 2011 21:18 UTC

Return-Path: <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77D0621F8B4A for <apps-discuss@ietfa.amsl.com>; Thu, 11 Aug 2011 14:18:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.678
X-Spam-Level:
X-Spam-Status: No, score=-102.678 tagged_above=-999 required=5 tests=[AWL=0.421, BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5, RCVD_IN_DNSWL_LOW=-1, 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 UrGNeCBNoMYl for <apps-discuss@ietfa.amsl.com>; Thu, 11 Aug 2011 14:18:51 -0700 (PDT)
Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by ietfa.amsl.com (Postfix) with ESMTP id DB24E21F8B51 for <apps-discuss@ietf.org>; Thu, 11 Aug 2011 14:18:50 -0700 (PDT)
Received: by pzk33 with SMTP id 33so6484pzk.18 for <apps-discuss@ietf.org>; Thu, 11 Aug 2011 14:19:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Nx+K7Puxic/zxdkUR3nMVqNygtuVHjzdh78THPYr5Oo=; b=hX6xEhCUxRFTXFFl+xOS6HM5a+46vwhVwISYawdMQlejrZUC37XqbfPuooalCV6Alb U2YzQTRK1EMQMMYxZ03cgQYpE+iOWC90btxtzJxjEfsrBlFbFYXOMX8qYBoiLVJRs1A1 7SlUh/EU+xLAaTIVR+JiPk+cdulxLx+SymJ6g=
Received: by 10.142.229.18 with SMTP id b18mr47596wfh.333.1313097566101; Thu, 11 Aug 2011 14:19:26 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.143.157.2 with HTTP; Thu, 11 Aug 2011 14:19:06 -0700 (PDT)
In-Reply-To: <201108111546.05901.scott@kitterman.com>
References: <201108092337.39408.scott@kitterman.com> <F5833273385BB34F99288B3648C4F06F13512DF6CD@EXCH-C2.corp.cloudmark.com> <CAHhFybqGT8z8ZM7LUP2B7YTVKi-bPH37ZQN896en1DaEpsTTjA@mail.gmail.com> <201108111546.05901.scott@kitterman.com>
From: Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>
Date: Thu, 11 Aug 2011 23:19:06 +0200
Message-ID: <CAHhFybp3K8HQU7gmDqpQmv+HLiSy+J4EoEb=gTCwt3wZi6jgWA@mail.gmail.com>
To: Scott Kitterman <scott@kitterman.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: apps-discuss@ietf.org
Subject: Re: [apps-discuss] Updating the status of SPF
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Aug 2011 21:18:51 -0000

On 11 August 2011 21:46, Scott Kitterman wrote:

> I disagree.

Are you sure?  I wasn't talking about what works and is installed, but
about any future versions.  The IETF can certainly say what it intends
to do with the SPF RR, and it could even conclude that this was one of
the things that turned out to be bad ideas in both experiment(s).  But
I'd still say that "let's just (ab)use TXT" is not more necessary for
any "SPF 3" or "SenderID 3" as long as the SPF RR exists.

If you insist on it the WG should IMHO still be free to say whatever
it likes to say about the type 99 DNS SPF RR; maybe kill it for good.

> Type SPF has almost zero deployment, so using only Type SPF is not
> consistent with preserving the installed base.

We certainly don't disagree here, and this should be documented in a
4408bis.  Willing or not, in that case the SenderID experiment would
be forced to follow suit, because it is one of the points where it is
based on RFC 4408.

If the OpenSPF community arrived at new conclusions about the SPF RR
after the end of 2008 I missed it, please correct anything I write
where that might be the case.

> I don't think there's a need for any drafts relative to 4405/6/7 other
> than the one that declares them historic.

That would obviously solve the historic incompatibility between 4406
and 4408; and I'd be happy with any solution for 4408bis.  Above all
nobody should be forced to explain how the IETF managed to start two
subtly incompatible experiments after a new 4408bis is published.

> If you feel the need, I think "The WG shall not try to update other
> RFCs." is sufficient.

I feel the need to get rid of the incompatibility, and don't care how
this is done, as long as it is "thorough" :-)

-Frank