Re: [dmarc-ietf] Call for Adoption: DMARC Use of the RFC5322.Sender Header Field

Seth Blank <seth@valimail.com> Thu, 01 October 2020 02:37 UTC

Return-Path: <seth@valimail.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 992CD3A0922 for <dmarc@ietfa.amsl.com>; Wed, 30 Sep 2020 19:37:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=valimail.com
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 GC8sQCT9mjxx for <dmarc@ietfa.amsl.com>; Wed, 30 Sep 2020 19:37:28 -0700 (PDT)
Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 583FA3A091B for <dmarc@ietf.org>; Wed, 30 Sep 2020 19:37:28 -0700 (PDT)
Received: by mail-wm1-x32e.google.com with SMTP id x23so1354921wmi.3 for <dmarc@ietf.org>; Wed, 30 Sep 2020 19:37:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=valimail.com; s=google2048; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eM4E2iM/3KwfvRqa2Hq8BxCx40ZgGCDfJYzROaZ06Ho=; b=cIV39N/Dpt+d1IDx9FVG/TIJZOyC9vs7lbv2OZdx9JrPRNHv6p8mC8hXVMfi+CGulR CYj4LRu+JH+sbGXinj0fXamOMcVbbjQp6N41JQILOsOZ5/ZDEIoW/yCLoQ2fFQbjrVMZ +GVZheX0QTlXp+r8I7aiOKOvxOhDfSDQryBkckLtzZ2LsQC0bPGR9srLraNp3YJQX1i3 73OPqA1PlKn2yGL3THq2GqdVRsUqWIF8LxhaY64KKlhk5emjQqNdUWLGb+eIxAz6u0wk 1QzyA5lI/ix0lx09sgZFTwmdh0kDA8kAfoLKVP9LkR2o0N1aqx/2D8c5HGtNcLLqE1Sl OWnQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eM4E2iM/3KwfvRqa2Hq8BxCx40ZgGCDfJYzROaZ06Ho=; b=uF+vCeL5KxHYQVoSdj9E20CrC/U9PIC70ZlEe7zMRmQvpQ7K+WZvURYt12/YJVSmPd aBglF2DTuzZ96uJH65zTx8baLiE2YNz3t1OBDTq+TL+NY5uONYKGrBWO5rWnmfT4IO5b wIRmCtYt75lEXq8ameqMqDBOizkZPCLriM2xNCWhVIA6BwBOVPecI//mvpdN2IiwOrf3 7EtVLJkm1oH7Wlspby3dfpeo1M8awa6Io8pCAQdEyN6HqZtC//HOK3fy6xdiiVcLXlGE +7+gaNztLXNqOPSu0Q1rB9kwZ14q3yaWXynFcViRmmItc1DCg74YutK4dkYIsI/s9xDc jYKw==
X-Gm-Message-State: AOAM533EIu/CgVcK1qSQ0V6urLg63oe3BpMkI+n6i86Tl8iubRA0wbho Pm7sPddVQrqjXT7vl1SGm7inHOFANemYkopmK4YB35MEiQs=
X-Google-Smtp-Source: ABdhPJzu5p9FWrNG+LQKhvVyZqOciMD9PGl9sEbC1r0vdSTN/8yOTSpQHRgpQJ2CRrEoxsO/+6ua/Av3GvlXD+gmu9g=
X-Received: by 2002:a7b:cb04:: with SMTP id u4mr5870084wmj.130.1601519846287; Wed, 30 Sep 2020 19:37:26 -0700 (PDT)
MIME-Version: 1.0
References: <20200927171611.838B321D9BAD@ary.qy> <5069099.lO0Lvmlme3@zini-1880> <a4e016ba-673a-81f0-829b-b3b7adb6fcac@dcrocker.net> <5F73393D.4010805@isdg.net> <7afb25f6-c258-e92c-fdfe-10fe26ccecec@dcrocker.net> <5F73B80F.2000402@isdg.net> <cc227616-e257-17af-66a7-3c8d7db762c4@gmail.com> <5F753B16.8050409@isdg.net>
In-Reply-To: <5F753B16.8050409@isdg.net>
From: Seth Blank <seth@valimail.com>
Date: Wed, 30 Sep 2020 19:37:15 -0700
Message-ID: <CAOZAAfP2EAk7p7uiU0zKnnoeRLHkGg61=8qoSADK4fF-C+s=9A@mail.gmail.com>
To: hsantos@isdg.net
Cc: IETF DMARC WG <dmarc@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000008a021a05b092e5fe"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/b6thcSkdp9VEy9q-qu63IvyVoX8>
Subject: Re: [dmarc-ietf] Call for Adoption: DMARC Use of the RFC5322.Sender Header Field
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, 01 Oct 2020 02:37:31 -0000

Hector, please constrain your comments to the technical matters at hand,
not the actions of others.

This thread is veering towards ad hominem attacks which will not be
tolerated.

Seth, as Chair

On Wed, Sep 30, 2020 at 7:12 PM Hector Santos <hsantos=
40isdg.net@dmarc.ietf.org> wrote:

> On 9/29/2020 6:54 PM, Dave Crocker wrote:
> > On 9/29/2020 3:41 PM, Hector Santos wrote:
> >>
> >> Do you have an algorithm that replaces the current one?
> >
> > I've no idea what any of your note has to do with the DKIM protocol
> > specification.
>
> wow.
>
> > By way of a small example, DKIM does not have o=.
>
> Right, you were instrumental in attempting to "separate" policy from
> DKIM to create DKIM-BASE, a success, it allowed progress to be made
> with DKIM, but it never separated the signer::author identity
> association primarily because, once again, DKIM-BASE is still
> inherently bound to the 5322.From field.  You never separated the DKIM
> anchor identity and it was stated many times, until then, we will
> always have the signer::author relationship and policy protocols based
> on this relationship.
>
> Until it is changed, DKIM will always have this self-signed
> signer::author relationship. That goes back to DomainKeys with o=,
> early DKIM with o=, removed in DKIM-BASE as you gracefully pointed out
> but it moved to ADSP (now DMARC).
>
> > But really, nothing in your note concerns the published and approved
> > specification.
>
> Published and approved, yet seeking further comments.  From I had
> already read and understood from the start, all in once sentence:
>
> Extract 5322.Sender, if found, use this for DMARC lookup, if not
> found, fall back to 5322.From
>
> Correct? Anything else?
>
> The only systems that this will work with is compliant downlink
> receivers.  Non-compliant receivers are still a problem.  At the end
> of the day, the Mailing List Server (MLS) still needs to support DMARC
> on the inbound side.
>
>
>
>
>
> --
> Hector Santos,
> https://secure.santronics.com
> https://twitter.com/hectorsantos
>
>
> _______________________________________________
> dmarc mailing list
> dmarc@ietf.org
> https://www.ietf.org/mailman/listinfo/dmarc
>


-- 

*Seth Blank* | VP, Standards and New Technologies
*e:* seth@valimail.com
*p:* 415.273.8818


This email and all data transmitted with it contains confidential and/or
proprietary information intended solely for the use of individual(s)
authorized to receive it. If you are not an intended and authorized
recipient you are hereby notified of any use, disclosure, copying or
distribution of the information included in this transmission is prohibited
and may be unlawful. Please immediately notify the sender by replying to
this email and then delete it from your system.