Protocol Action: 'Authentication-Results Registration Update for SPF Results' to Proposed Standard (draft-kucherawy-authres-spf-erratum-02.txt)
The IESG <iesg-secretary@ietf.org> Tue, 21 February 2012 22:29 UTC
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ietf-announce@ietfa.amsl.com
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6BD821F8794 for <ietf-announce@ietfa.amsl.com>; Tue, 21 Feb 2012 14:29:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.639
X-Spam-Level:
X-Spam-Status: No, score=-102.639 tagged_above=-999 required=5 tests=[AWL=-0.040, BAYES_00=-2.599, 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 CHRLIfJOtPGn; Tue, 21 Feb 2012 14:29:33 -0800 (PST)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F20211E80AA; Tue, 21 Feb 2012 14:29:32 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Protocol Action: 'Authentication-Results Registration Update for SPF Results' to Proposed Standard (draft-kucherawy-authres-spf-erratum-02.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 3.64p2
Message-ID: <20120221222932.26333.29633.idtracker@ietfa.amsl.com>
Date: Tue, 21 Feb 2012 14:29:32 -0800
Cc: RFC Editor <rfc-editor@rfc-editor.org>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-announce>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Feb 2012 22:29:34 -0000
The IESG has approved the following document: - 'Authentication-Results Registration Update for SPF Results' (draft-kucherawy-authres-spf-erratum-02.txt) as a Proposed Standard This document has been reviewed in the IETF but is not the product of an IETF Working Group. The IESG contact person is Peter Saint-Andre. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-kucherawy-authres-spf-erratum/ Technical Summary This brief document corrects an error in RFC 5451 regarding one Email Authentication Result Name (see RFC Editor Erratum #2617). Namely, the name "hardfail" is incorrect, and the name "fail" is correct (and is used in all existing implementations). As far as can be determined, all implementations of Sender Policy Framework (SPF) use "fail" instead of "hardfail", as specified in Section 2.5.4 of RFC 4408. The same is true of Sender-ID (see Section 5.3 of RFC 4406). The error in RFC 5451 was not caught during review of that specification. Although in practice the error has not yet caused confusion among implementers, it is best to correct the error in order to forestall possible interoperability problems. Working Group Summary This document is not the product of a working group. Document Quality Existing implementations use "fail" (RFC 4406, RFC 4408) instead of "hardfail" (RFC 5451), so there are implementations of the correction described in this specification. This document simply corrects the error in RFC 5451 and does define any new protocol. This correction was discussed on the apps-discuss@ietf.org and spfbis@ietf.org lists. Some people thought it might be appropriate to correct the error if and when the SPFBIS WG, whereas others thought it would be better to correct this simple error without opening up discussion of RFC 5451 more generally (and thus possibly delaying the fix). There was agreement that correcting error sooner rather than later would be preferable. Personnel The Document Shepherd / Responsible Area Director is Peter Saint-Andre.