Protocol Action: 'Email Authentication Status Codes' to Proposed Standard (draft-ietf-appsawg-email-auth-codes-07.txt)

The IESG <iesg-secretary@ietf.org> Mon, 11 August 2014 18:20 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 (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 351701A074C for <ietf-announce@ietfa.amsl.com>; Mon, 11 Aug 2014 11:20:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 6poip9qktVDC; Mon, 11 Aug 2014 11:20:51 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C1C11A074E; Mon, 11 Aug 2014 11:20:31 -0700 (PDT)
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: 'Email Authentication Status Codes' to Proposed Standard (draft-ietf-appsawg-email-auth-codes-07.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 5.6.2.p5
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20140811182031.28783.65284.idtracker@ietfa.amsl.com>
Date: Mon, 11 Aug 2014 11:20:31 -0700
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf-announce/GJHrea4KjczmWu7_rmBRZO37M1w
Cc: RFC Editor <rfc-editor@rfc-editor.org>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.15
Reply-To: ietf@ietf.org
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: Mon, 11 Aug 2014 18:20:55 -0000

The IESG has approved the following document:
- 'Email Authentication Status Codes'
  (draft-ietf-appsawg-email-auth-codes-07.txt) as Proposed Standard

This document is the product of the Applications Area Working Group.

The IESG contact persons are Barry Leiba and Pete Resnick.

A URL of this Internet Draft is:
http://datatracker.ietf.org/doc/draft-ietf-appsawg-email-auth-codes/





Technical Summary

   This specification registers Enhanced Status Codes for
   email authentication failures.  The intended status is Proposed Standard as
   the specification seeks to improve interoperability by allowing the SMTP
   server to provide more information to the SMTP client.

Review and Consensus
  
   The document was discussed by seven participants within the Applications
   Area Working Group and it has the consensus of the working group.  Most of
   issues raised were resolved.  An outstanding issue is the term
   "author-aligned".  It was agreed to resolve that during the Last Call.

   The significant issue was how to handle cases where multiple authentication
   checks failed.  Alexey Melnikov was not convinced about having an enhanced
   status code for that case, but in the end is okay with doing that as it provides more
   information.  There was agreement to assign an enhanced status code for such a
   case.

   There was some discussion about whether to register additional enhanced status
   codes for DMARC.  The working group agreed to handle that as part of the
   DMARC work.

   There was a very strong objection to including enhanced status codes for DKIM
   as it violates a recommendation in RFC 6376.  There was agreement to have text
   in this document to make it clear that is not recommended behaviour and
   it is a local policy decision, and this allayed the objections.

Personnel

   The document shepherd is S. Moonesamy.  The Responsible Area Director is
   Barry Leiba.