[dmarc-ietf] Ben Campbell's No Objection on charter-ietf-dmarc-01-00: (with COMMENT)

Ben Campbell <ben@nostrum.com> Wed, 21 November 2018 01:57 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: dmarc@ietf.org
Delivered-To: dmarc@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 857AA124C04; Tue, 20 Nov 2018 17:57:47 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Ben Campbell <ben@nostrum.com>
To: "The IESG" <iesg@ietf.org>
Cc: dmarc-chairs@ietf.org, dmarc@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.89.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <154276546748.29873.13968026001049295698.idtracker@ietfa.amsl.com>
Date: Tue, 20 Nov 2018 17:57:47 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/prmvrzAxb2ryre9IHHvX2CuqnrI>
Subject: [dmarc-ietf] Ben Campbell's No Objection on charter-ietf-dmarc-01-00: (with COMMENT)
X-BeenThere: dmarc@ietf.org
X-Mailman-Version: 2.1.29
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, 21 Nov 2018 01:57:48 -0000

Ben Campbell has entered the following ballot position for
charter-ietf-dmarc-01-00: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)

The document, along with other ballot positions, can be found here:


I support Alissa's 2nd block point.

I _think_ this section 4 is about MTA-MTA authentication, right? For example,
s/mime or other e2e signature enhancements would not be in scope, would they?
How about new user-to-MUA authentication methods?