Re: [dmarc-ietf] Endless Loops with DKIM reports

"John R Levine" <johnl@taugh.com> Thu, 06 June 2019 08:08 UTC

Return-Path: <johnl@taugh.com>
X-Original-To: dmarc@ietfa.amsl.com
Delivered-To: dmarc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9F1512009E for <dmarc@ietfa.amsl.com>; Thu, 6 Jun 2019 01:08:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1536-bit key) header.d=iecc.com header.b=b4avU3P+; dkim=pass (1536-bit key) header.d=taugh.com header.b=bLsySfqB
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 LHHwy551o8R4 for <dmarc@ietfa.amsl.com>; Thu, 6 Jun 2019 01:08:49 -0700 (PDT)
Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D44DD12001A for <dmarc@ietf.org>; Thu, 6 Jun 2019 01:08:48 -0700 (PDT)
Received: (qmail 70445 invoked from network); 6 Jun 2019 08:08:47 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:subject:in-reply-to:references:mime-version:content-type:user-agent; s=1132b.5cf8ca0f.k1906; i=johnl-iecc.com@submit.iecc.com; bh=A3JxVQcaJjqp3gvgnA+qmSygpfENBd/gBEFxgkI7OKE=; b=b4avU3P+wSRNrAG5YKnuZPS579ABAF0T4EsosJFsxaIRBfMsHAlZRa20JUNUmtbdY8GNm4RQ2vrYeuE3yWDlPZn9Jecr977GuMN0enGkXLW86uSHjB4EJqPkc0iO4CVXMBxRYHRUXc+WMEfqxcYh+F4seJznLmPnWDpQn84o6UuhB0hBnwnRjcVE+OgoWvOmJvfG2knEtIxZ0yL6xyCOFNNY/KcdhPheyHcg+5vrqkYBVTX9FgyzhbytrDLerH0a
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:subject:in-reply-to:references:mime-version:content-type:user-agent; s=1132b.5cf8ca0f.k1906; olt=johnl-iecc.com@submit.iecc.com; bh=A3JxVQcaJjqp3gvgnA+qmSygpfENBd/gBEFxgkI7OKE=; b=bLsySfqBYh+CakrKLW+9lGyNUU9gO8Ed8O6keW/cxeSDShVWwh+mMjpzDaMdoCLy9QCckzR4QuWGyTybLr24cVe8arJ87m22gN9bmfr9BrhumxQWE0ESU6gH9nxl6Bf4BEDRxOqjgfo9/XOs0/YWzMPeUWumykDC9rcQ9rpqkGB29Oyry1zpSquj8ZSkX65+5SQ5SUly6IGpMjB1vMqwH1A+BjzlwOCiIOeFQt7oWdcKmmo94xGGPDqaYgmglxjV
Received: from localhost ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPSA (TLS1.2 ECDHE-RSA AES-256-GCM AEAD, johnl@iecc.com) via TCP6; 06 Jun 2019 08:08:46 -0000
Date: Thu, 06 Jun 2019 10:08:44 +0200
Message-ID: <alpine.OSX.2.21.9999.1906061003130.2459@ary.local>
From: John R Levine <johnl@taugh.com>
To: Dave Crocker <dcrocker@bbiw.net>, dmarc@ietf.org
In-Reply-To: <787538c5-9032-8f4d-e3f2-7e3eeb357503@dcrocker.net>
References: <20190605200619.2ED512014FE9B7@ary.local> <787538c5-9032-8f4d-e3f2-7e3eeb357503@dcrocker.net>
User-Agent: Alpine 2.21.9999 (OSX 337 2019-05-05)
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/B4VwWpc15mYcT6JPYz6r2g6RQfI>
Subject: Re: [dmarc-ietf] Endless Loops with DKIM reports
X-BeenThere: dmarc@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Domain-based Message Authentication, Reporting, and Compliance \(DMARC\)" <dmarc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmarc>, <mailto:dmarc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmarc/>
List-Post: <mailto:dmarc@ietf.org>
List-Help: <mailto:dmarc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmarc>, <mailto:dmarc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Jun 2019 08:08:51 -0000

> Taking your note's plain language, you appear to be of the rather peculiar 
> view that specifying standards doesn't matter, since people won't follow 
> them.
>
> Looping is a classic problem.  It has classic solutions.  Getting the details 
> of one specified for this case is, of course, different from getting people 
> to adopt it, but the start is with specifying it.

If people follow the spec there will be fewer loops, but it won't reduce 
the number to zero.  Partly it's because not everyone follows the spec, 
partly because it is hard to anticipate all of the paths that can lead to 
indirect loops a->b->c->a or a->b->c->d->a.

This is hardly limited to mail loops.  The DNS specs say not to create 
CNAME loops, but indirect loops happen all the time so every resolver that 
follows CNAMEs needs loop breaking code.

Regards,
John Levine, johnl@taugh.com, Taughannock Networks, Trumansburg NY
Please consider the environment before reading this e-mail. https://jl.ly