Re: [spfbis] [Technical Errata Reported] RFC7208 (4081)

Scott Kitterman <scott@kitterman.com> Wed, 13 August 2014 23:19 UTC

Return-Path: <scott@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 E51041A03E3 for <spfbis@ietfa.amsl.com>; Wed, 13 Aug 2014 16:19:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, 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 q9AUW5CQZUWp for <spfbis@ietfa.amsl.com>; Wed, 13 Aug 2014 16:19:44 -0700 (PDT)
Received: from mailout03.controlledmail.com (mailout03.controlledmail.com [208.43.65.50]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 76CA11A03E1 for <spfbis@ietf.org>; Wed, 13 Aug 2014 16:19:43 -0700 (PDT)
Received: from mailout03.controlledmail.com (localhost [127.0.0.1]) by mailout03.controlledmail.com (Postfix) with ESMTP id 3826895600C; Wed, 13 Aug 2014 19:19:42 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kitterman.com; s=2014-01; t=1407971982; bh=p5nmKwlCNW+49x295Lqtf8+75VgTROEa9On5AtloXQg=; h=In-Reply-To:References:Subject:From:Date:To:CC:From; b=cuhRxkJ0wfRfyDox9Vk/5anyr60JheY6l6pDpqx0Og3q3JuDRJD+XqjADhz2Q3wEH Vh882O96JN8ED+lE35YrU1AMa0v7JjyzkGDTCJI/id/bPV0O+u5MePb9wrOrkOc+O3 7SQvEW0TY//OMEABAia6RC37p2anUWvezuno0+n8=
Received: from [IPV6:2600:1003:b112:61a2:b846:f226:2e3e:11] (unknown [IPv6:2600:1003:b112:61a2:b846:f226:2e3e:11]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailout03.controlledmail.com (Postfix) with ESMTPSA id 56244D046AF; Wed, 13 Aug 2014 19:19:40 -0400 (EDT)
User-Agent: K-9 Mail for Android
In-Reply-To: <20140813230734.43A1F18000E@rfc-editor.org>
References: <20140813230734.43A1F18000E@rfc-editor.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----17DO393C6CGSO8BZ493GKLU67IXTLV"
Content-Transfer-Encoding: 8bit
From: Scott Kitterman <scott@kitterman.com>
Date: Wed, 13 Aug 2014 19:19:48 -0400
To: RFC Errata System <rfc-editor@rfc-editor.org>, barryleiba@computer.org, presnick@qti.qualcomm.com, sm+ietf@elandsys.com, ajs@anvilwalrusden.com
Message-ID: <6ff7d3b8-be20-4407-931a-41605e129d1a@email.android.com>
X-AV-Checked: ClamAV using ClamSMTP
Archived-At: http://mailarchive.ietf.org/arch/msg/spfbis/fBkJYqcg4B3h5auCCFkW8u5nH0w
X-Mailman-Approved-At: Wed, 13 Aug 2014 19:01:34 -0700
Cc: spfbis@ietf.org, d.stussy@yahoo.com
Subject: Re: [spfbis] [Technical Errata Reported] RFC7208 (4081)
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: Wed, 13 Aug 2014 23:19:48 -0000

I believe this should be rejected. 

RFC7208 doesn't specify that messages should be rejected. A decision to reject is a local policy decision. 5.7.1 is the correct code.

In any case, draft-ietf-appsawg-email-auth-codes updates RFC7208 on this exact question, so the point will shortly be moot anyway. 

Scott K

On August 13, 2014 7:07:34 PM EDT, RFC Errata System <rfc-editor@rfc-editor.org> wrote:
>The following errata report has been submitted for RFC7208,
>"Sender Policy Framework (SPF) for Authorizing Use of Domains in Email,
>Version 1".
>
>--------------------------------------
>You may review the report below and at:
>http://www.rfc-editor.org/errata_search.php?rfc=7208&eid=4081
>
>--------------------------------------
>Type: Technical
>Reported by: D. Stussy <d.stussy@yahoo.com>
>
>Section: 8.4
>
>Original Text
>-------------
>(Paragraph 2):  if supported, the 5.7.1 enhanced status code
>...
>
>       550 5.7.1 SPF MAIL FROM check failed:
>       550 5.7.1 The domain example.com explains:
>       550 5.7.1 Please see http://www.example.com/mailpolicy.html
>
>
>Corrected Text
>--------------
>if supported, the 5.7.7 enhanced status code
>...
>
>       550 5.7.7 SPF MAIL FROM check failed:
>       550 5.7.7 The domain example.com explains:
>       550 5.7.7 Please see http://www.example.com/mailpolicy.html
>
>
>Notes
>-----
>5.7.1 generally refers to messages refused due to content or LOCAL
>policies.
>5.7.7 refers to messages where there is an integrity problem.
>
>5.7.7 is a better description for rejecting an unauthorized message due
>to the application of automatic checking criterion set by remote
>validation.
>
>The author of this errata notes that the IANA is showing a pending
>addition to the enhanced codes to add SPF-specific error code 5.7.23
>(in lieu of 5.7.1 or 5.7.7), but currently sees no valid RFC proposing
>it.  The draft is located at:
>http://tools.ietf.org/html/draft-ietf-appsawg-email-auth-codes-07
>
>Instructions:
>-------------
>This erratum is currently posted as "Reported". If necessary, please
>use "Reply All" to discuss whether it should be verified or
>rejected. When a decision is reached, the verifying party (IESG)
>can log in to change the status and edit the report, if necessary. 
>
>--------------------------------------
>RFC7208 (draft-ietf-spfbis-4408bis-21)
>--------------------------------------
>Title               : Sender Policy Framework (SPF) for Authorizing Use
>of Domains in Email, Version 1
>Publication Date    : April 2014
>Author(s)           : S. Kitterman
>Category            : PROPOSED STANDARD
>Source              : SPF Update
>Area                : Applications
>Stream              : IETF
>Verifying Party     : IESG