Re: [dmarc-ietf] Aggregate Reporting - "Not Evaluated" result

Dotzero <dotzero@gmail.com> Sun, 23 October 2022 12:16 UTC

Return-Path: <dotzero@gmail.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 70252C14F747 for <dmarc@ietfa.amsl.com>; Sun, 23 Oct 2022 05:16:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9ZE0uIaqjk7R for <dmarc@ietfa.amsl.com>; Sun, 23 Oct 2022 05:16:40 -0700 (PDT)
Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6717C14F741 for <dmarc@ietf.org>; Sun, 23 Oct 2022 05:16:40 -0700 (PDT)
Received: by mail-pl1-x631.google.com with SMTP id j12so6294705plj.5 for <dmarc@ietf.org>; Sun, 23 Oct 2022 05:16:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=gUFN1Wb/PALwHLmP85wkohTqGD5kd/Ghcwz2WhyHP8E=; b=C/Bn6FwH8n29CTBbqlCmK0dhWGv1a7Z9o23uuTPlFkeRkIAinJzw9ukMnnGdyZEn6/ xk9uyQr0P94/s75os4WKo8uf6fh2Zn8pDatTjN5RdBFIlyA0niReSm7NX9J1hxxtne2c qZU4e8AAtHa1XD/hayO9/xgd0SqSuc/eadvGqspK0JzZRfgkTUoDWUr7oM30XKRosYpf g93sTJ4hwn/6aqJH78Cc1RBHFyDU4SpUcHo37nCevo+J+kbnvee/fSPZCgmpJWmHrsS6 tufZ5CK4pfBHqrG0x9vWx9mY7Q5AWgrSuHwcO8SpjvlhF5JK+w0tKsKJ1jSppGtj26n9 jiBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=gUFN1Wb/PALwHLmP85wkohTqGD5kd/Ghcwz2WhyHP8E=; b=RHsAnNkBnqgl3qQDv3SdIUhK/o223vYfWn+W+MsBgwQxfsLvSRa4zTFbKfd5Db8rJq Me0zI7bNx6gloMs9gFZG75AGZlGI1gdRPdfHRpNRL0ronmwF7gYj87M3PttOe5RSCpJ1 T+mEEt/7LDpFyIcJfECn2dfFRd6Rl6pv/JZfUxTnl62ecYten2wVczooP1yQwkbTleyg bmQRwfgxhiOnUxBll6vjvSRAIeOyMI622g3j981T3NznNQapMVqXUEK8dcAP8gVndZ3A IfyyvaZo36RcRSEACaEyYrXsKysh/c0W4efHH1o3XtyIfCSDrbaMphvWSqaujtXeWyaY Zr4g==
X-Gm-Message-State: ACrzQf11ovlI8VPs1uFG6i1EWf7jKw/oy93gRyEL5A+ucqQeGzRMwbB2 hJ1kEqaTPXJqoIvZwh6jpIXzv6lqdEYbdW/ir3KLzm+4L7M=
X-Google-Smtp-Source: AMsMyM6MystVTiBqeHGXXIq6YxyYzY0IqRZVuRt4K8BXeNa4x3PbB606Tq4JKQ2LHIw51QVp0djNI8SFN3eBu4NLMC8=
X-Received: by 2002:a17:903:2447:b0:186:9713:f717 with SMTP id l7-20020a170903244700b001869713f717mr4660475pls.46.1666527399956; Sun, 23 Oct 2022 05:16:39 -0700 (PDT)
MIME-Version: 1.0
References: <9D6D6E80-B0B0-4CAD-B301-B0A17F9C6663@marmot-tech.com> <04FF4BB2-F8F3-4610-B33E-D4004C757E3B@marmot-tech.com> <CAH48Zfx+JPeoaFA4Z2zw982-+BkJcReyjK07u8w69KMSWx8vYQ@mail.gmail.com> <MN2PR11MB4351C32D2621D2024B39802BF72A9@MN2PR11MB4351.namprd11.prod.outlook.com> <CAH48Zfx0B5nvz9B2WJ-uUEeszyaoHbPoc1oubmjnrqo_H3x3Sw@mail.gmail.com> <f0d90ca7-38b7-3a1d-2be9-30cad7bec31c@tana.it> <CAH48ZfxcYFCj_5S7CU+r-d1yypMCOX9=UvLmTCqMNSa_kejycw@mail.gmail.com> <CAJ4XoYdvk506_L6BjZD2EYWfAyCgLWTgGS3qsV0_=XHC76--Nw@mail.gmail.com> <CAH48ZfxHzEHRGW-Omkj_HotO6kSdUByxhJstQTWn5hpOapYaRQ@mail.gmail.com> <CAJ4XoYe+s7BmFcvtNPaWu1i4kv_j=CtqA1DbkusfGk9s4rDYeA@mail.gmail.com> <560ccd88-2217-9e47-f690-6bc413c67ffa@tana.it>
In-Reply-To: <560ccd88-2217-9e47-f690-6bc413c67ffa@tana.it>
From: Dotzero <dotzero@gmail.com>
Date: Sun, 23 Oct 2022 08:16:30 -0400
Message-ID: <CAJ4XoYdbPzf5ib6TX1s4tASANUj0FdrHb1uuJy52KdQayj8y3Q@mail.gmail.com>
To: Alessandro Vesely <vesely@tana.it>
Cc: dmarc@ietf.org
Content-Type: multipart/alternative; boundary="000000000000aed53f05ebb2a5b1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/faoUkewDZUXqGmhUaI8PQu2s85E>
Subject: Re: [dmarc-ietf] Aggregate Reporting - "Not Evaluated" result
X-BeenThere: dmarc@ietf.org
X-Mailman-Version: 2.1.39
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: Sun, 23 Oct 2022 12:16:41 -0000

On Sun, Oct 23, 2022 at 6:29 AM Alessandro Vesely <vesely@tana.it> wrote:

> On Sat 22/Oct/2022 18:25:55 +0200 Dotzero wrote:
> > Unaligned signatures are orthogonal/irrelevant to DMARC. They may be
> useful in
> > other contexts. In the DKIM standard, signatures mean that the signer is
> > asserting some (unspecified) responsibility for the signed message. That
> may be
> > useful for some reputation systems.
>
>
> Somewhat skewed w.r.t. orthogonality, actually.  Indirect flows are
> explicitly
> mentioned in the I-D as a reason to override DMARC dispositions:
>

DMARC only gives a pass if either SPF or DKIM passes. Unaligned DKIM
signatures will NEVER give a DMARC pass.

>
>     There MAY be an element for reason, meant to include any notes the
>     reporter might want to include as to why the disposition policy does
>     not match the policy_published, such as a Local Policy override
>     (possible values listed in Appendix A).
>

Local Policy is just that. When a Receiver invokes Local Policy it is
saying "I don't care what DMARC says, I'm choosing to ignore DMARC Policy
and do something else".

>
> ARC too is a kind of unaligned signature, albeit with a bunch of
> additions.
> The extra information it carries, designed to bestow enough trust in the
> chain
> of custody to outweigh the self-referential reliance of aligned From:,
> doesn't
> substantially change the semantic of DKIM signatures.  And we should say
> how to
> report it, sooner or later.
>
> ARC != DMARC. It is a seperate RFC that gives participants an alternative
> means of evaluating mail flows when DKIM signatures are broken. Nothing
> more and nothing less.
>
> I'm not proposing to mandate the evaluation of any evaluable item.
> However,
> I'd neither discourage it.  Perhaps technology will provide us with
> ecological
> sources of energy.
>

There is nothing wrong with using whatever data points you have available.
That doesn't necessarily mean that such evaluations and choices are DMARC.

Michael Hammer.