Re: [dmarc-ietf] Revisiting the Race Condition in draft-crocker-dmarc-sender-01

"Murray S. Kucherawy" <superuser@gmail.com> Wed, 19 August 2020 18:48 UTC

Return-Path: <superuser@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 0B3113A0925 for <dmarc@ietfa.amsl.com>; Wed, 19 Aug 2020 11:48:37 -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, FREEMAIL_FROM=0.001, 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=gmail.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 jEuvLNGeurQ7 for <dmarc@ietfa.amsl.com>; Wed, 19 Aug 2020 11:48:35 -0700 (PDT)
Received: from mail-ua1-x92d.google.com (mail-ua1-x92d.google.com [IPv6:2607:f8b0:4864:20::92d]) (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 89DFC3A0882 for <dmarc@ietf.org>; Wed, 19 Aug 2020 11:48:35 -0700 (PDT)
Received: by mail-ua1-x92d.google.com with SMTP id e20so7195279uav.3 for <dmarc@ietf.org>; Wed, 19 Aug 2020 11:48:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Sp0cxRY8VfiABiO9yPwfQmWwIwEMBpvjhoql3ES+1NM=; b=lwzI3DIUQqdUwg2D13/WrG9teP6T8CY3L9wRjbhT7K22dBw/k8D6cDKWFVMbSU5PAt 0ZTWqOrwxWs0Fd4J+UayzVM3Mp4MRWEHA+dW+A0FjYSUVFMwo7RaI0LPwPuA12KzIe+G 9rdJyf9jNjiCT9yjDTNPZnviRbjIN3Uly/u5BEYC6JkJaDWz9XxIXw/1/hKSunWtJqWm VyYX+RPVm9umuBtwVmtrP9x8S8OWLiAgbV/Vcf5uYWFZ2UHNGjq2rOzLZh8Mv5WjCxVJ wl31S/vcYrxfwGC+4P0Wk1gCL/8BFulAuPEE+I+mRknI91nHB33gQW3/nGotP2oYyJr5 UbYQ==
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=Sp0cxRY8VfiABiO9yPwfQmWwIwEMBpvjhoql3ES+1NM=; b=PR9wDQkOqCr8ac5tpscPc7wKtMNFA0G7L3S2HQS6t3zeg8el7/hZWnUz2bPlN6opFF TeJGpMiA4h4mWW6Y5jLO4Da/810/K//UGKIDlSedV5subGoiUJXdRXoxDGe8wSBXtjFa K/wtYOjYckAnFUIr6yrGwwaJ3z2rKcARmLsSOYhVUXpAM+kEVLronJYuEOFPDu1wKowL WYupOnCB7TZ5Lgyh/ZPe9/IFMN12WE9HERcI8JEbFQcmYh83rYDu45GVrGL1wHxK4Vj0 Dh6MOb5fO+FZUFWYhDDsFkOELflEi9dBQQhOKcot/rK8AOoZkeKIND46ifGVVsUJ+XLL 14PA==
X-Gm-Message-State: AOAM532KQT4aTaVEhAdjH1fgxzpHTN1C5k9mL8TREpObzcojdmWP/H9O UpgWBSoOJTVi8x9MfNXbUi6Bx0lqyR+ot+5PWas=
X-Google-Smtp-Source: ABdhPJxs1JZzQlzwtfIrcbiXDnw9FyRUp+0EeYJL2z5Vm6BwW/ZHhhuiEjA+DKfVfDmitwcu+dWsGncwMmxfESXygmU=
X-Received: by 2002:ab0:31ca:: with SMTP id e10mr14296465uan.76.1597862914457; Wed, 19 Aug 2020 11:48:34 -0700 (PDT)
MIME-Version: 1.0
References: <CAJ4XoYcue16VU6otKOzQBFy_59nD8DGcDQb8H=Z0MsX-XLah8w@mail.gmail.com> <20200819004724.16EE11EED520@ary.local> <CAJ4XoYfFKe1yKK5OBx91qJOxZNHSNptu7kHS_bKnyGo_wGLB_w@mail.gmail.com> <8e939d83-3cc8-3989-4e48-7e79e7e86973@taugh.com> <CAJ4XoYfFWbGky+A7GXZeTAth_5JQz1y8QQXsGW-bQ=86CUTt5A@mail.gmail.com> <73cb2f8c-5f9-8fa2-6b13-3ec9318f2c5@taugh.com> <CAJ4XoYd71Ybn=15=y7Ydg3cSMzpkaAr45ynUshTqGEFzq3KLaQ@mail.gmail.com>
In-Reply-To: <CAJ4XoYd71Ybn=15=y7Ydg3cSMzpkaAr45ynUshTqGEFzq3KLaQ@mail.gmail.com>
From: "Murray S. Kucherawy" <superuser@gmail.com>
Date: Wed, 19 Aug 2020 11:48:23 -0700
Message-ID: <CAL0qLwb3bqstz=feSx0h-fR_U03hcixbEmfYeAmqYTQYimcW4w@mail.gmail.com>
To: Dotzero <dotzero@gmail.com>
Cc: John R Levine <johnl@taugh.com>, "dmarc@ietf.org" <dmarc@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000006a833805ad3f7321"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/NeWNm7-mrmHIoegaxDZi6bQeGeQ>
Subject: Re: [dmarc-ietf] Revisiting the Race Condition in draft-crocker-dmarc-sender-01
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: Wed, 19 Aug 2020 18:48:37 -0000

On Wed, Aug 19, 2020 at 10:08 AM Dotzero <dotzero@gmail.com> wrote:

> On Wednesday, August 19, 2020, John R Levine <johnl@taugh.com> wrote:
>
>> On Wed, 19 Aug 2020, Dotzero wrote:
>>
>>> Then Ericcson as an organization has made a decision regardless of the
>>> objections of those employees. The correct thing for Ericcson as an
>>> organization to do is to publish an internal policy that employees should
>>> not use company mail for participating in mailing lists. An alternative
>>> to
>>> that would be for them to hire someone to help them come up with a
>>> workable
>>> approach. We both know plenty of people who could help them.
>>>
>>
>> No doubt, but they're not going to do that.  They want their employees to
>> work on the IETF, the publish p=reject and they apparenty believe the
>> contradiction is not their problem.  So we're stuck with it.
>
>
> For some definition of stuck. I happen to believe that
> validators/receivers SHOULD generally respect policy assertions.. Mail list
> operators should as well. Absent a functional and meaningful mechanism for
> authorization of specific intermediaries by domains, that is the way to go.
> If things break and users complain then those users should be told to
> contact their mail administrator. Just saying.
>

If this only interfered with Ericsson's users, I might agree.  But it
recklessly interferes with third parties.  To me, that's significant.


> Yup.  They want phishes, or in Yahoo's case expensive user complaints, to
>> go away, they don't care about discussion lists one way or the other
>>
>
> Perhaps they would care if users/customers complained and or walked.
> Again, just saying.
>

Perhaps.  But if they don't, is the current status quo implicitly okay?

-MSK