Re: [dmarc-ietf] Proposing an extension to DMARC to optionally require SPF and DKIM

"J. Gomez" <jgomez@seryrich.com> Tue, 02 April 2013 01:18 UTC

Return-Path: <jgomez@seryrich.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 A39A611E811B for <dmarc@ietfa.amsl.com>; Mon, 1 Apr 2013 18:18:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.339
X-Spam-Level:
X-Spam-Status: No, score=-2.339 tagged_above=-999 required=5 tests=[AWL=0.260, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 49ONmo1B0hvd for <dmarc@ietfa.amsl.com>; Mon, 1 Apr 2013 18:18:06 -0700 (PDT)
Received: from eh.msi.es (eh.msi.es [213.27.239.123]) by ietfa.amsl.com (Postfix) with ESMTP id AD5D811E811A for <dmarc@ietf.org>; Mon, 1 Apr 2013 18:18:05 -0700 (PDT)
Received: from servidor3 (62.82.191.195) by exchange01.exchange.msi.es (192.168.223.3) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 2 Apr 2013 03:18:04 +0200
Message-ID: <07885B3D9573426085184C6B2CD2504C@fgsr.local>
From: "J. Gomez" <jgomez@seryrich.com>
To: dmarc@ietf.org
References: <20130402004528.6146.qmail@joyce.lan>
Date: Tue, 02 Apr 2013 03:19:22 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.3790.4657
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913
Subject: Re: [dmarc-ietf] Proposing an extension to DMARC to optionally require SPF and DKIM
X-BeenThere: dmarc@ietf.org
X-Mailman-Version: 2.1.12
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: Tue, 02 Apr 2013 01:18:06 -0000

On Tuesday, April 02, 2013 2:45 AM [GMT+1=CET], John Levine wrote:
> The sender can make any assertion it wants, but it better not assume
> that anyone is paying attention.  The more complicated the assertions,
> the less likely that receivers will think it's worth the effort to
> interpret them.

While true for non-standarized "things", it would be reasonably expected that if you make an assertion backed by a "official" standard, it should be accepted by others, at least, as "yeah you did make that assertion" and perhaps even as "yeah you did make that assertion and we believe you meant to assert it so we will follow through".

The point remains: in what form or shape Terry's optional DMARC extension hinders DMARC's goals?

After all, that "complication" will be dealt with by a code library, just painlessly.

Regards,

J. Gomez