Re: dmarc damage, was gmail users read on... [bozo subtopic]

Sabahattin Gucukoglu <listsebby@me.com> Sat, 13 September 2014 07:29 UTC

Return-Path: <listsebby@me.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB1AF1A0535 for <ietf@ietfa.amsl.com>; Sat, 13 Sep 2014 00:29:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.601
X-Spam-Level:
X-Spam-Status: No, score=-3.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_16=0.6, RCVD_IN_DNSWL_MED=-2.3, 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 kSPD50nsMX0u for <ietf@ietfa.amsl.com>; Sat, 13 Sep 2014 00:29:48 -0700 (PDT)
Received: from nk11p04mm-asmtp002.mac.com (nk11p04mm-asmtp002.mac.com [17.158.236.237]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 410311A04A9 for <ietf@ietf.org>; Sat, 13 Sep 2014 00:29:48 -0700 (PDT)
Received: from [192.168.1.2] (unknown [90.155.50.12]) by nk11p04mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NBT0009FWT07N70@nk11p04mm-asmtp002.mac.com> for ietf@ietf.org; Sat, 13 Sep 2014 07:29:27 +0000 (GMT)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.28,0.0.0000 definitions=2014-09-13_01:2014-09-12,2014-09-12,1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1409130081
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0 (Mac OS X Mail 6.6 \(1510\))
Subject: Re: dmarc damage, was gmail users read on... [bozo subtopic]
From: Sabahattin Gucukoglu <listsebby@me.com>
In-reply-to: <54132CE8.7000702@dcrocker.net>
Date: Sat, 13 Sep 2014 08:29:24 +0100
Content-transfer-encoding: quoted-printable
Message-id: <E8CD1C3A-B7DD-404E-B9A7-1CA70D7645B4@me.com>
References: <20140911202058.3327.qmail@joyce.lan> <541208F6.1010302@dougbarton.us> <bb48b8f170074ddeb25cbb213f613892@DM2PR0301MB0655.namprd03.prod.outlook.com> <CE39F90A45FF0C49A1EA229FC9899B0525E804C0@USCLES544.agna.amgreetings.com> <54132CE8.7000702@dcrocker.net>
To: "dcrocker@bbiw.net Crocker" <dcrocker@bbiw.net>
X-Mailer: Apple Mail (2.1510)
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/IllS9YzqXSgG8gRT7EbfqKi18pQ
Cc: Christian Huitema <huitema@microsoft.com>, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Sep 2014 07:29:49 -0000

On 12 Sep 2014, at 18:27, Dave Crocker <dhc@dcrocker.net> wrote:
> By definition, p=reject enforces a semantic that requires the owner of
> the rfc5322.From domain to have a relatively tight relationship with the
> operator sending the message.
> 
> IMO, it's quite reasonable to characterize this as conflating From: and
> Sender:.
> 
> What tends to be missed, throughout all of the discussions about dealing
> with the effect on intermediaries such as mailing lists, is that most or
> all of the mechanisms being discussed for intermediaries will work
> equally well for bad actors...

Indeed.

I wonder if it might not simply make more sense to warn users that the information in the header fields cannot be trusted once they have been remailed by an exploder of any kind.  This way, transparent MUA unwrapping of encapsulated list mail is a much more plausible solution.

Cheers,
Sabahattin