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

Douglas Foster <dougfoster.emailstandards@gmail.com> Sun, 23 October 2022 11:31 UTC

Return-Path: <dougfoster.emailstandards@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 814CFC14CF13 for <dmarc@ietfa.amsl.com>; Sun, 23 Oct 2022 04:31:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.105
X-Spam-Level:
X-Spam-Status: No, score=-7.105 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_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] 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 b94mj-EPiRfF for <dmarc@ietfa.amsl.com>; Sun, 23 Oct 2022 04:30:56 -0700 (PDT)
Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (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 B1471C14CF11 for <dmarc@ietf.org>; Sun, 23 Oct 2022 04:30:56 -0700 (PDT)
Received: by mail-lf1-x132.google.com with SMTP id r14so12578315lfm.2 for <dmarc@ietf.org>; Sun, 23 Oct 2022 04:30:56 -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=R0o3ZVsCBivDi9q0p+uZRuIMEMmqU7dOIftu6OdGll0=; b=UkwiNxpssYW4mxaZN3WPTNTAFAHdm89j9LYYxjDJrms0QO2sDMLaNqD7YcF+ycPXqp zAPKZXeM63lYTpEA4rsEhmbIlWYyzKlMmZ/NVfqAxa9oRGSJ/swfhkN/ZF8YRL9RDESt NwMh3G0SfjZc+vXW/R1xOkWSEmf4h2vA5XWNtIPebV13IFaaOlyFeB/EsYEWAHUX5iTX 6Wmg+/vs7/Mgz7HJDi55K1s2FwwImnGK5QnH9B2Ob73hoh6CAlgWnyLVxB2Za/Bj+xXE +gdqqw+4NJA9EktGv4KbkUwEYupa6i58zwlJXSGXypD9vlCLgP0PrOvNiRuQp9LHvHXo 96dw==
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=R0o3ZVsCBivDi9q0p+uZRuIMEMmqU7dOIftu6OdGll0=; b=PjGyMSvDe0pVjpiKkzKs3zdcdS6lAVTjxWS8TaNaMi+n3zyE2PoEgpaJXiTstYD3FV eyu0SpYAPjvzpKadPQA11iiibq95iXlHIphYZmjKZ+qtl1gDW6dnZnGiCz/mSNKw/acl NwOLsJ230Q5Vq9v1FwfGHP5ns8u4fD9fd9Na7d4q5H6j23CoF4nrdtxFW1nhiJqXPHSq IJcn5U31KzAipRjEizPhRpNCo3EN97d3uTn7EmTSut+OFEZQ2S86x2lWNfwWgOUWTuXt Ky8y5fxZM7qtyvk6l9WJ48Zj0c6FsZqHMcCDMCRibWHYU/3gECKut9H+vfU2SwOKYCL3 Pw/g==
X-Gm-Message-State: ACrzQf1lk53jxbaUE4Qo7CiWcrPJB6ooLDfFmz0im2URoKMsvPTXAdZ/ xve69MptBDo55y45kpeY0a+xa9iKHXZDrgdIySawfuNJ
X-Google-Smtp-Source: AMsMyM4BxFUMO3tAm83AZ/rMEdQbugQ4D+PtNgVdYeWeC7c6ewbq3xYNipQysd6quVHLmagj4lIM/c0kZNFyfjy64Z0=
X-Received: by 2002:ac2:4db8:0:b0:4a4:5e0e:b75e with SMTP id h24-20020ac24db8000000b004a45e0eb75emr9457672lfe.64.1666524653954; Sun, 23 Oct 2022 04:30:53 -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: Douglas Foster <dougfoster.emailstandards@gmail.com>
Date: Sun, 23 Oct 2022 07:30:42 -0400
Message-ID: <CAH48ZfxXvVE8fbeOXhe=8_SrE5y7BjH8egDKanSH81sBRhg21A@mail.gmail.com>
To: Alessandro Vesely <vesely@tana.it>
Cc: IETF DMARC WG <dmarc@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000022b4005ebb2028a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/e4Iyn4_9H9umktDyowx3vNyzs48>
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 11:31:00 -0000

For ARC, we need to add indicators for:
ARC chain detected (maybe)
ARC chain broken or unbroken, and
 ARC chain trusted (as a favorable factor for message disposition.)

The domain owner does not need to know the details of which chain
configurations I am willing to trust.

The domain owner cannot improve things by adding an ARC set to every
message, and should not do so. ARC is intended for use by forwarders, not
originators

Doug


On Sun, Oct 23, 2022, 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:
>
>     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).
>
> 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.
>
> 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.
>
>
> Best
> Ale
> --
>
>
>
>
> _______________________________________________
> dmarc mailing list
> dmarc@ietf.org
> https://www.ietf.org/mailman/listinfo/dmarc
>