Re: [dmarc-ietf] Next steps for RFC 7489 (DMARC)

Douglas Otis <doug.mtview@gmail.com> Thu, 19 March 2015 18:41 UTC

Return-Path: <doug.mtview@gmail.com>
X-Original-To: dmarc@ietfa.amsl.com
Delivered-To: dmarc@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68DF71A87BF for <dmarc@ietfa.amsl.com>; Thu, 19 Mar 2015 11:41:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
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 40AFOTi9ddtp for <dmarc@ietfa.amsl.com>; Thu, 19 Mar 2015 11:41:10 -0700 (PDT)
Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (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 108731A8782 for <dmarc@ietf.org>; Thu, 19 Mar 2015 11:41:10 -0700 (PDT)
Received: by pabxg6 with SMTP id xg6so70403731pab.0 for <dmarc@ietf.org>; Thu, 19 Mar 2015 11:41:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=9gat9GdOBqTeS9QstwONxUvVMS86ATJJ/QsEoWmpYCY=; b=x6yt06uk9T0DVD4s3AnZ0vgJQTbygXxJ4PBY+Q/uPHz6Wu49DWjRJVV3q3C/v3etjI gq/G4C2oBVq1pGmf6wiHG02TP4AGNelnb/F2qQq3cK+8fQ52tJ/Fp6jO34H41ze1F5N/ InKMYXQpIlSFmMOoMVRrih8tIVvGXN6SRrRB+FKolV7GrYzwI/0IrSZphgsChfPnDuzQ ZORK97ZagYS6VOiyo6eFi+bNM5vZ8d5M4cI5YwoK5g/gwMlrpNA1fCwAhs++tA1KkmIO Ik3hSn/Cs6vGuE6abw152kX37uoZQCStvlc8bgKCteqqAVLpOIurWL2AS5grF/eLdh9I sagg==
X-Received: by 10.70.90.133 with SMTP id bw5mr179565365pdb.93.1426790469791; Thu, 19 Mar 2015 11:41:09 -0700 (PDT)
Received: from [192.168.0.54] (107-0-5-6-ip-static.hfc.comcastbusiness.net. [107.0.5.6]) by mx.google.com with ESMTPSA id fr13sm4197228pdb.55.2015.03.19.11.41.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Mar 2015 11:41:09 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
From: Douglas Otis <doug.mtview@gmail.com>
In-Reply-To: <BL2SR01MB60534ABA5171ABD31679F4A96000@BL2SR01MB605.namsdf01.sdf.exchangelabs.com>
Date: Thu, 19 Mar 2015 11:41:07 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <7AF873E9-16B5-4DBF-A631-FF13B64E8AA7@gmail.com>
References: <20150318200459.23F9B18020A@rfc-editor.org> <CAL0qLwbvp_-zt61ZBFUkChHoB55Z3RjCoMmD-uHaU3RD4RZM9Q@mail.gmail.com> <C50BF729-D096-438C-A4A6-F720E59BFC9C@gmail.com> <BL2SR01MB60534ABA5171ABD31679F4A96000@BL2SR01MB605.namsdf01.sdf.exchangelabs.com>
To: Terry Zink <tzink@exchange.microsoft.com>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmarc/nxjHT-s_sUsf669ZcEjdSRCCO8g>
Cc: "dmarc@ietf.org" <dmarc@ietf.org>
Subject: Re: [dmarc-ietf] Next steps for RFC 7489 (DMARC)
X-BeenThere: dmarc@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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, 19 Mar 2015 18:41:12 -0000

> On Mar 18, 2015, at 4:38 PM, Terry Zink <tzink@exchange.microsoft.com> wrote:
> 
>> Based upon the almost complete lack of interest of
>> bulk email providers at promoting a solution, it seems the path
>> forward is to define a new non-aligned header field able to retain the 
>> author role information, otherwise the From is likely overwritten as 
>> the only practical means of ensuring message acceptance in the face of 
>> provider DMARC (ab)use.
> 
> If bulk email providers have shown no interest in promoting a solution, why
> do we think they'd latch onto this new non-aligned header field as a solution?
> 
> -- Terry

Dear Terry,

Thank you for your comment.  This WG seems indicative of most bulk sender's
who often ask "How is DMARC's disruption of legitimate messaging a problem 
for me?" They are clearly not interested in preserving the social and civic 
benefits derived from open exchanges enabled by email affected by the DMARC 
(ab)use occurring against millions of users.

This is further evidenced by the current DMARC scheme that offers no strategy 
for preserving the role of Author for messages handled by various third-parties.  
Those operating a mailing-list are being forced to either reject a large 
percentage of their users, or replace the From header with what was likely to 
have been the Sender header field.  The identity of the Author becomes 
undefined and might be moved to the Reply-to or perhaps x-original-from header 
fields.

Unless DMARC defines a fallback policy which allows alignment with that of 
the Sender header field, the role of Author is placed at risk.  In such 
cases, defining a special "Non-Aligned From" header field could help better 
define where this role might be found in a message without it being
automatically displayed.  This header field might even offer provisions for
the tagging often found in the Subject header field.

Perhaps call this new header field "Author".  Since few MUAs are likely to 
display this header, only those that make extensive use of email that depends
on third-party services are likely to ensure it being displayed.  An
approach that would not require cooperation from Bulk senders, while still
allowing forums a means to track a history of who said what. 

Regards,
Douglas Otis

> -----Original Message-----
> From: dmarc [mailto:dmarc-bounces@ietf.org] On Behalf Of Douglas Otis
> Sent: Wednesday, March 18, 2015 3:41 PM
> To: Murray S. Kucherawy
> Cc: dmarc@ietf.org
> Subject: Re: [dmarc-ietf] Next steps for RFC 7489 (DMARC)
> 
> Dear DMARC WG,
> 
> Now that RFC7489 has been published, there remains several 
> unresolved problems this WG is charted to resolve, primarily--
> 1. Addressing the issues with indirect mail flows
> 
> These are reviewed by
> https://tools.ietf.org/html/draft-dmarc-interoperability-00
> 
> https://tools.ietf.org/html/draft-otis-dmarc-author-align-01
> was written to highlight possible solutions.
> 
> John Levine's recommendation that mailing-list operators take on 
> the costly burden of having their participants change their providers 
> is not practical.  Based upon the almost complete lack of interest of
> bulk email providers at promoting a solution, it seems the path
> forward is to define a new non-aligned header field able to retain the 
> author role information, otherwise the From is likely overwritten as 
> the only practical means of ensuring message acceptance in the face of 
> provider DMARC (ab)use.
> 
> By defining a new header field, this should reduce disparity in where to 
> find the author role than that caused by current ad hoc solutions.  Such 
> a definition would also better avoid downgrading 'reject' into 
> 'quarantine'.
> 
> Any thoughts?
> 
> Regards,
> Douglas Otis