Protocol Action: DomainKeys Identified Mail (DKIM) Signatures to Internet Standard

The IESG <> Tue, 04 June 2013 17:15 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 0AF1421F9AD4 for <>; Tue, 4 Jun 2013 10:15:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -102.489
X-Spam-Status: No, score=-102.489 tagged_above=-999 required=5 tests=[AWL=0.111, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id lXmnQ6beTOWg; Tue, 4 Jun 2013 10:15:15 -0700 (PDT)
Received: from (localhost [IPv6:::1]) by (Postfix) with ESMTP id 4B21721F9399; Tue, 4 Jun 2013 08:16:25 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <>
To: IETF-Announce <>
Subject: Protocol Action: DomainKeys Identified Mail (DKIM) Signatures to Internet Standard
X-Test-IDTracker: no
X-IETF-IDTracker: 4.50
Message-ID: <>
Date: Tue, 04 Jun 2013 08:16:25 -0700
Cc:,, RFC Editor <>
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IETF announcement list. No discussions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 04 Jun 2013 17:15:16 -0000

The IESG has approved changing the status of the following document:
- DomainKeys Identified Mail (DKIM) Signatures
  (rfc6376) to Internet Standard

This protocol action is documented at:

A URL of the affected document is:

Status Change Details:

Domain Keys Identified Mail (DKIM, RFC 6376) currently has an IETF
standards status of Draft Standard, which is now an obsolete status.
This note requests reclassifying it to Internet Standard.

   (1) There are at least two independent interoperating implementations
       with widespread deployment and successful operational experience.

DKIM is in large-scale production use around the Internet, and there are
many independent implementations of DKIM.  See

   (2) There are no errata against the specification that would cause a
       new implementation to fail to interoperate with deployed ones.

There is only one, non-substantive erratum against an example in the
DKIM specification:

   (3) There are no unused features in the specification that greatly
       increase implementation complexity.

The -bis effort that produced RFC 6376 at Draft Standard refined the
document against implementation and deployment experience, and
eliminated unused features.

   (4) If the technology required to implement the specification
       requires patented or otherwise controlled technology, then the
       set of implementations must demonstrate at least two independent,
       separate and successful uses of the licensing process.

The Yahoo! IPR declaration does not require users of the technology to
pursue special procedures, such as licensing:


   Barry Leiba is the responsible Area Director.