Re: [arch-d] Domain-based Message Authentication, Reporting & Conformance (dmarc) WG Virtual Meeting: 2020-06-11
Barry Leiba <barryleiba@computer.org> Wed, 13 May 2020 14:08 UTC
Return-Path: <barryleiba@gmail.com>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1075E3A0980 for <architecture-discuss@ietfa.amsl.com>; Wed, 13 May 2020 07:08:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.4
X-Spam-Level:
X-Spam-Status: No, score=-1.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
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 JUMXNm9RhVN3 for <architecture-discuss@ietfa.amsl.com>; Wed, 13 May 2020 07:08:37 -0700 (PDT)
Received: from mail-il1-f172.google.com (mail-il1-f172.google.com [209.85.166.172]) (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 59BDC3A0976 for <architecture-discuss@ietf.org>; Wed, 13 May 2020 07:08:08 -0700 (PDT)
Received: by mail-il1-f172.google.com with SMTP id b71so9196012ilg.8 for <architecture-discuss@ietf.org>; Wed, 13 May 2020 07:08:08 -0700 (PDT)
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=cFOF1g6aCnzB1cYYOsZR6SnnbcGpERDiAUP3ZlNxWhk=; b=IjQP4fm8vdjaFw1PCEUiu8Fwbw9nBwDy3PtqwxiOA/x979iTAKqUpl4XFH2cBrIVka DPG55KRfWzT6BQ0DUa3KmjkUaAnnVkhVWviyaDNLG2APMQXfanQDZEA+hzeQsugJnKMM Q77cCT/bd3Bl/JOr/VxHBoO8iHqZaLyKHrh+ACRd6AJ16EyNIwxE0OKvsUQMZNcyWRzJ a+ASmx2eBK9fYSFQTRCQnx4ffGo9LBtO606MgNOQavzayQbgyThUNTHRQEYSkzm6SmKb cwgRBDX7aYVi9xcbV8imVm1rk1dPcVxyOmX0PYKWvexfTQ7Jv32mSMsQGGvCEqhluK28 aHpQ==
X-Gm-Message-State: AGi0PuYG9fzwHwrrgl0337nRiUZK7xg69trMW+zGmp84VIMuuIzkc+V9 uNLYK33HIAC0Bjp2ohxhiipywUKfofnr/4ZB0og=
X-Google-Smtp-Source: APiQypLeXnU1mgBlb0CvbetFXI2MBmOreskt3YOAcQ+U6lV+750xc2arQsviDhMaiUGnY5GUV4nrUiByE/fhzaTan7M=
X-Received: by 2002:a05:6e02:106d:: with SMTP id q13mr23249116ilj.107.1589378887173; Wed, 13 May 2020 07:08:07 -0700 (PDT)
MIME-Version: 1.0
References: <158920530782.23655.6622928751672901506@ietfa.amsl.com> <6.2.5.6.2.20200512152625.124c1588@elandnews.com> <d798d383-9bab-50f8-b6ee-dabb9cc37c2a@cs.tcd.ie> <6.2.5.6.2.20200512162358.0b239160@elandnews.com> <4548adba-834c-bfdd-36af-66b367408df8@cs.tcd.ie> <6.2.5.6.2.20200512191150.0bafa9a0@elandnews.com> <9161f68e-f51b-f97b-fc2b-372d24404209@cs.tcd.ie> <CAL0qLwZQxM+eDeZ+zFw3Gny7sy=jXi-1aUvE1B2RuO=M5CP_Sw@mail.gmail.com> <6.2.5.6.2.20200512232644.0d9328c8@elandnews.com>
In-Reply-To: <6.2.5.6.2.20200512232644.0d9328c8@elandnews.com>
From: Barry Leiba <barryleiba@computer.org>
Date: Wed, 13 May 2020 10:07:56 -0400
Message-ID: <CALaySJKs9oLXBN_UVq=Mn5ZefvrSgPyrV1J=1NMA0=YVDRnJVA@mail.gmail.com>
To: S Moonesamy <sm+ietf@elandsys.com>
Cc: "Murray S. Kucherawy" <superuser@gmail.com>, architecture-discuss@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/iVHiLv79gGsqlVTvkhRWNxKzEx4>
Subject: Re: [arch-d] Domain-based Message Authentication, Reporting & Conformance (dmarc) WG Virtual Meeting: 2020-06-11
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 May 2020 14:08:39 -0000
(Removing IAB from the distribution.) > >The meeting is being scheduled and operated as a typical WG interim > >meeting, under IETF IPR rules and so forth, scheduled adjacent to a > >M3AAWG session on the same topic. The proximity is meant to > >encourage participation in our forum by their members who are > >typically fairly shy about doing so. Adding to that: Not all inter-organization activity happens with liaison statements, and it's best when it doesn't happen that way: the most effective way for organizations to work together is through cross-participation. In the case of M3AAWG, there are quite a few IETF participants who are also active M3AAWG participants, so there's a good flow of work and information back and forth, and that's healthy for both IETF and M3AAWG. My role as the IETF liaison to M3AAWG has included helping M3AAWG participants come over to the IETF to participate, to make sure M3AAWG is aware of work in the IETF that's relevant to them, and to make sure that the IETF -- the IESG, the IAB, and the appropriate working groups -- is aware of things going on in M3AAWG. That has worked well, and some work in the former SPFBIS working group and the current DMARC and UTA working groups has originated in M3AAWG and been brought over. This is also not the first time that IETF working groups have had joint meetings with other organizations -- more accurately, IETF sessions where other organizations' members are explicitly invited to join: these meetings are always held under IETF Note Well and are open to all participants. My experience with such meetings is that the IETF working groups have benefited from targeting participation of the other organizations' members. I'm not sure, SM, what your apparent skepticism or concern is about this. Perhaps you can be clearer about why you're pushing on it. > I read > https://au.news.yahoo.com/valimail-extends-email-security-standards-172300535.html > I could not help noticing that DMARC is described as an IETF > publication. Is that accurate? No; it's an RFC, published in the Independent Stream, but not an IETF publication. But (1) few people really understand that distinction, and (2) what you're pointing to is a press release from a private company for marketing purposes, and its "spin" shouldn't surprise anyone. Again, what do you think the IETF's concern here is? Barry
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Stephen Farrell
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Stephen Farrell
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Stephen Farrell
- Re: [arch-d] Domain-based Message Authentication,… Murray S. Kucherawy
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Murray S. Kucherawy
- Re: [arch-d] Domain-based Message Authentication,… Barry Leiba
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Barry Leiba
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Barry Leiba
- [arch-d] Liaison reports (was: Domain-based Messa… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Murray S. Kucherawy
- Re: [arch-d] Liaison reports Wes Hardaker
- Re: [arch-d] Liaison reports S Moonesamy
- Re: [arch-d] Liaison reports Guntur Wiseno Putra
- Re: [arch-d] Liaison reports Guntur Wiseno Putra
- Re: [arch-d] Liaison reports S Moonesamy
- Re: [arch-d] Liaison reports (was: Domain-based M… Mirja Kuehlewind
- Re: [arch-d] Liaison reports (was: Domain-based M… S Moonesamy
- Re: [arch-d] Liaison reports (was: Domain-based M… Bob Hinden
- Re: [arch-d] Liaison reports (was: Domain-based M… Mirja Kuehlewind
- Re: [arch-d] Liaison reports Alexandre Petrescu
- Re: [arch-d] Liaison reports Wes Hardaker
- Re: [arch-d] Liaison reports S Moonesamy
- Re: [arch-d] Liaison reports Wes Hardaker
- Re: [arch-d] Liaison reports S Moonesamy
- Re: [arch-d] Liaison reports (was: Domain-based M… Spencer Dawkins at IETF
- Re: [arch-d] Liaison reports Spencer Dawkins at IETF
- Re: [arch-d] Liaison reports Mirja Kuehlewind