Re: [dmarc-ietf] non-mailing list use case for differing header domains

Todd Herr <todd.herr@valimail.com> Tue, 28 July 2020 20:13 UTC

Return-Path: <todd.herr@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 C417A3A0BF3 for <dmarc@ietfa.amsl.com>; Tue, 28 Jul 2020 13:13:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, 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 pM5ZD1V3IZ7i for <dmarc@ietfa.amsl.com>; Tue, 28 Jul 2020 13:13:53 -0700 (PDT)
Received: from mail-qv1-xf2a.google.com (mail-qv1-xf2a.google.com [IPv6:2607:f8b0:4864:20::f2a]) (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 DA5DC3A0BF1 for <dmarc@ietf.org>; Tue, 28 Jul 2020 13:13:52 -0700 (PDT)
Received: by mail-qv1-xf2a.google.com with SMTP id y11so6784341qvl.4 for <dmarc@ietf.org>; Tue, 28 Jul 2020 13:13:52 -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=rKBe/3rHwhAXJbXUxthuBtohf6RxPnVdOHaaOcw17GY=; b=JU7n6irUuWHmeUFgR+ssYg4xg3xE+4PEN3PK7bAqH9Sl533avpEO4Zr1YMG2pCOCb5 mYHEfxwYi8SFo4FoUKT7GZntzWdTmDnHk2RDDsZQcj9Si1RPZZ9RhsKBgCpWvtiJrirz nYCBX6Ud4NmptPGOBAWcsXD6liz43DjFKXKgNzIAytb/iZoIHKs3QwY1bbH7bEF37aR+ NnjULZeuuEZqRqO6bZ2eTXJTX3OuSDwFiFth0Od+0puMFeLp9/5GxDrhr0Ji8tIPCPWq d4u11Vkp2EuYEgVUt81b1EUwkLdKUNMLdBEPEkfb/Q3kKbx5/kLHrPtDma/7YplPi07J ClBQ==
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=rKBe/3rHwhAXJbXUxthuBtohf6RxPnVdOHaaOcw17GY=; b=PLoXZsAsghlXjZgx7UO4J3YA9jrHd0DKK9PRy5feMg9MV2P1a612mG9BGzSSh/Jz50 RIMnemhq56IFMGoinyjxH6DeQVyTDaCG3FaCfToUKMhdRsI99hWolAa8RXuNOVrWNdn3 WAxpLyj5BjWnRbMIYn92ac5g+sT5bcCE/f8DwlRr6yB19EFwuXtp1rzsoC+RzMoWY54M 1qaqTAQS27gX6EjP3Vzq3EIhHuc5z+M0xcLRA7vYf6uK3fZoc4hd3CDLvc94wyJobAAc mUeQ2GK/8JJ2QbYg0vmnTE9sjfghFCPIuz7a7APbVI+xpDmXt6GJzG7E74wKUwy3e3Cm ZgrQ==
X-Gm-Message-State: AOAM531XDSNMT7v1blgUcUoiV/21/NCDIroo8TAeLXTp9mrLGTWqvtDJ uDoNCD1OWbut6QkfUYXTg63abnQju72+5xtx4FfLXw==
X-Google-Smtp-Source: ABdhPJz5Q8Jf5XFtepYrc0JLNq77oWTLCNN0fF+3VC8A/f97QHmHlH5DM+4PUPQUMZsalJFFrQZfV70708pHRXoPl5Y=
X-Received: by 2002:a0c:a306:: with SMTP id u6mr29450208qvu.88.1595967231680; Tue, 28 Jul 2020 13:13:51 -0700 (PDT)
MIME-Version: 1.0
References: <BY5PR13MB29998094418C8A6C25902569D7730@BY5PR13MB2999.namprd13.prod.outlook.com> <20200728173716.068CB1D9840C@ary.qy>
In-Reply-To: <20200728173716.068CB1D9840C@ary.qy>
From: Todd Herr <todd.herr@valimail.com>
Date: Tue, 28 Jul 2020 16:13:40 -0400
Message-ID: <CAHej_8na3MLm1i4AZzgbL=7EZ7QBX8OvSB4BOqHg-1osBc4H_w@mail.gmail.com>
To: John Levine <johnl@taugh.com>
Cc: IETF DMARC WG <dmarc@ietf.org>, atyrsalvia@agari.com
Content-Type: multipart/alternative; boundary="000000000000eaf78405ab8613c9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/rldquLeEc51ZvrqV9yjSMtrjqDA>
Subject: Re: [dmarc-ietf] non-mailing list use case for differing header domains
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: Tue, 28 Jul 2020 20:13:55 -0000

On Tue, Jul 28, 2020 at 1:37 PM John Levine <johnl@taugh.com> wrote:

> In article <
> BY5PR13MB29998094418C8A6C25902569D7730@BY5PR13MB2999.namprd13.prod.outlook.com>
> you write:
> >To put it another way:
> >
> >  *   assistant@firstbrand.com is organizing a meeting for
> executive@secondbrand.com
> >  *   assistant@firstbrand.com sends out a calendar invite from their
> own messaging client, using
> >executive@secondbrand.com in the From: field
> >  *   The resulting message uses executive@secondbrand.com in the
> friendly From: field, but firstbrand.com in the
> >SMTP MAIL FROM domain, so the headers are no longer aligned for SPF.
> >  *   Both firstbrand.com and secondbrand.com are set to DMARC p=reject.
> >  *   Messages like this are then rejected by receivers that validate
> DMARC results.
>
> This sounds like an excellent use case for Dave's
> draft-crocker-dmarc-sender proposal.
>
> The canonical example of different From and Sender is exactly this:
> Sender is an assistant working for and sending mail for From.
>
>
>
This is also precisely the situation I asked about during the session on
Dave's sender proposal.

Using the Sender header and the "snd" bits in the DMARC policy for
firstbrand.com, DMARC would pass for the Sender domain and fail for the
>From domain.

Which verdict gets applied to the message?

-- 

*Todd Herr* | Sr. Technical Program Manager
*e:* todd.herr@valimail.com
*p:* 703.220.4153


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.