Re: [spfbis] WGLC: draft-ietf-spfbis-4408bis-14 - Fully parse record *first*

Scott Kitterman <spf2@kitterman.com> Mon, 22 April 2013 17:19 UTC

Return-Path: <spf2@kitterman.com>
X-Original-To: spfbis@ietfa.amsl.com
Delivered-To: spfbis@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB3DD21E809F for <spfbis@ietfa.amsl.com>; Mon, 22 Apr 2013 10:19:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.574
X-Spam-Level:
X-Spam-Status: No, score=-2.574 tagged_above=-999 required=5 tests=[AWL=0.025, 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 PkE7-dh6XCxN for <spfbis@ietfa.amsl.com>; Mon, 22 Apr 2013 10:19:00 -0700 (PDT)
Received: from mailout02.controlledmail.com (mailout02.controlledmail.com [72.81.252.18]) by ietfa.amsl.com (Postfix) with ESMTP id 384DE21E809B for <spfbis@ietf.org>; Mon, 22 Apr 2013 10:19:00 -0700 (PDT)
Received: from mailout02.controlledmail.com (localhost [127.0.0.1]) by mailout02.controlledmail.com (Postfix) with ESMTP id A2BF620E410C; Mon, 22 Apr 2013 13:18:59 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kitterman.com; s=2007-00; t=1366651139; bh=2ap2X6wBDNp6BrmfZRfCxFRDGjltV645U8QaZhc6SmI=; h=From:To:Subject:Date:In-Reply-To:References:From; b=D8HL3R/lv4YwcQXpTGhkRPnjAvkApi+Kk6ZzpohyryDCO1g5JsFm9wSlp+8tgWBnZ 2z/pL44EEf8oh1k2NIufQkpujj212jggQ+p3C5AZIGTFl24pHBZFVJDI4hfc04CQQi PEO+4RCA7hfc9PBacFQ7IG+6r04uiziaH3ocgNz0=
Received: from scott-latitude-e6320.localnet (static-72-81-252-21.bltmmd.fios.verizon.net [72.81.252.21]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailout02.controlledmail.com (Postfix) with ESMTPSA id 858C620E40CD; Mon, 22 Apr 2013 13:18:59 -0400 (EDT)
From: Scott Kitterman <spf2@kitterman.com>
To: spfbis@ietf.org
Date: Mon, 22 Apr 2013 13:18:58 -0400
Message-ID: <2528747.v4GPD3HTbD@scott-latitude-e6320>
User-Agent: KMail/4.9.5 (Linux/3.5.0-27-generic; KDE/4.9.5; i686; ; )
In-Reply-To: <51756764.6030104@tana.it>
References: <20130409062431.GK24624@mx1.yitter.info> <1890223.gRaPZiil6c@scott-latitude-e6320> <51756764.6030104@tana.it>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
X-AV-Checked: ClamAV using ClamSMTP
Subject: Re: [spfbis] WGLC: draft-ietf-spfbis-4408bis-14 - Fully parse record *first*
X-BeenThere: spfbis@ietf.org
X-Mailman-Version: 2.1.12
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: Mon, 22 Apr 2013 17:19:00 -0000

On Monday, April 22, 2013 06:37:56 PM Alessandro Vesely wrote:
> On Mon 22/Apr/2013 18:06:41 +0200 Scott Kitterman wrote:
> > On Monday, April 22, 2013 05:48:33 PM Alessandro Vesely wrote:
> >> On Mon 22/Apr/2013 16:04:11 +0200 Scott Kitterman wrote:
> >>>> Mechanisms after "all" will never be tested.  Mechanisms listed after
> >>>> "all"
> >>>> MUST be ignored.
> >>> 
> >>> Perhaps if we combine those it helps:
> >>>> Mechanisms after "all" MUST not be tested.  Mechanisms listed after
> >>>> "all"
> >>>> will be ignored for all purposes except syntax error evaluation.
> >>> 
> >>> Does that help?
> >> 
> >> Nope, IMHO it's better as is now.  That is:
> >> 
> >> CURRENT
> >> 
> >>    If there are any syntax errors
> >> 
> >> EQUIVALENT-FROM-A-PRAGMATIC-POV
> >> 
> >>    If any syntax errors are found
> >>    
> >>    anywhere in the record, check_host() returns immediately with the
> >>    result "permerror", without further interpretation.
> >> 
> >> See also http://tools.ietf.org/wg/spfbis/trac/ticket/26
> >> and http://www.ietf.org/mail-archive/web/spfbis/current/msg02765.html
> > 
> > Right, but how can you find a syntax error in something you MUST ignore?
> 
> You have to parse it anyway, as it might be a modifier, e.g.
> 
>    "v=spf1 a -all ra=rfc6652"

That's true, but as soon as I determine it's a mechanism, I ignore it, so the 
ambiguity still exists.

Scott K