Re: [ietf-dkim] Proposed changes to MLM draft

Alessandro Vesely <vesely@tana.it> Tue, 31 August 2010 11:38 UTC

Return-Path: <ietf-dkim-bounces@mipassoc.org>
X-Original-To: ietfarch-ietf-dkim-archive@core3.amsl.com
Delivered-To: ietfarch-ietf-dkim-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F0ECB3A6A71 for <ietfarch-ietf-dkim-archive@core3.amsl.com>; Tue, 31 Aug 2010 04:38:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.973
X-Spam-Level:
X-Spam-Status: No, score=-4.973 tagged_above=-999 required=5 tests=[AWL=1.626, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R7lTzUVVKlha for <ietfarch-ietf-dkim-archive@core3.amsl.com>; Tue, 31 Aug 2010 04:38:43 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by core3.amsl.com (Postfix) with ESMTP id 1089B3A6A75 for <ietf-dkim-archive@ietf.org>; Tue, 31 Aug 2010 04:32:40 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [127.0.0.1]) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id o7VBWHrY016096; Tue, 31 Aug 2010 04:32:22 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=mipassoc.org; s=k00001; t=1283254343; bh=zKe5z7xE70/+qGl1eSH1LoLoNRw=; h=Message-ID:Date: From:MIME-Version:To:References:In-Reply-To:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Content-Type:Content-Transfer-Encoding:Sender; b=FFFYHDzK7ntsNDkTh JBotnPMv3RSoL9ZOgyf1PDegtTiuLUeipPIVYv5tmsX/ITHNpwSiyj7DUMACXAtSxwk O9Zgr4smA48t1MZglhz+qYFriWJbI/OMsalirydercQ5b4AqFWB/ui3Zjzqu8dwCjga kOidtYoxFXrObEYdTGxA=
Received: from wmail.tana.it (wmail.tana.it [62.94.243.226]) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id o7VBW8i2016082 for <ietf-dkim@mipassoc.org>; Tue, 31 Aug 2010 04:32:14 -0700
Authentication-Results: sbh17.songbird.com; dkim=pass (1024-bit key) header.i=@tana.it
Received: from [172.25.197.158] (pcale.tana [172.25.197.158]) (AUTH: CRAM-MD5 515, TLS: TLS1.0,256bits,RSA_AES_256_CBC_SHA1) by wmail.tana.it with ESMTPSA; Tue, 31 Aug 2010 12:51:49 +0200 id 00000000005DC036.000000004C7CDEC5.000030B0
Message-ID: <4C7CDEC5.6070105@tana.it>
Date: Tue, 31 Aug 2010 12:51:49 +0200
From: Alessandro Vesely <vesely@tana.it>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2
MIME-Version: 1.0
To: ietf-dkim@mipassoc.org
References: <BB012BD379D7B046ABE1472D8093C61C01FA20F8CD@EXCH-C2.corp.cloudmark.com>
In-Reply-To: <BB012BD379D7B046ABE1472D8093C61C01FA20F8CD@EXCH-C2.corp.cloudmark.com>
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (sbh17.songbird.com [127.0.0.1]); Tue, 31 Aug 2010 04:32:23 -0700 (PDT)
X-Greylist: Delayed for 00:40:18 by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.70]); Tue, 31 Aug 2010 04:32:14 -0700 (PDT)
Subject: Re: [ietf-dkim] Proposed changes to MLM draft
X-BeenThere: ietf-dkim@mipassoc.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF DKIM Discussion List <ietf-dkim.mipassoc.org>
List-Unsubscribe: <http://mipassoc.org/mailman/listinfo/ietf-dkim>, <mailto:ietf-dkim-request@mipassoc.org?subject=unsubscribe>
List-Archive: <http://mipassoc.org/pipermail/ietf-dkim>
List-Post: <mailto:ietf-dkim@mipassoc.org>
List-Help: <mailto:ietf-dkim-request@mipassoc.org?subject=help>
List-Subscribe: <http://mipassoc.org/mailman/listinfo/ietf-dkim>, <mailto:ietf-dkim-request@mipassoc.org?subject=subscribe>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: ietf-dkim-bounces@mipassoc.org
Errors-To: ietf-dkim-bounces@mipassoc.org

On 30/Aug/10 20:03, Murray S. Kucherawy wrote:
> (1) Split the document into three documents: A DKIM MLM BCP that
> discusses signing and verifying in the context of MLMs with no
> value-add items addressed, a DKIM MLM Informational that discusses
> possible value-add enhancements to MLMs in the DKIM world, and a
> non-WG BCP about mailing lists irrespective of DKIM (Dave’s proposal);

-1, splitting the document should only occur as an author's decision
   about topics unrelated to one another.  If the doc contains any
   normative text, then it should go for standard track.  For clarity,
   it should be enough to mark which sections of the document are
   normative and which ones are only informative, as other docs do
   (for one, http://tools.ietf.org/html/draft-moriarty-post-inch-rid).

> (2) Tear out everything having to do with making author signatures
> survive list relaying, dropping all that text altogether, and instead
> pointing people at S/MIME or PGP (John’s proposal);

-1, this topic may need further discussion.  Attribution of
   responsibility for a message destined to _public_ MLMs is
   particularly delicate, given possible replay attacks and FBLs.

   While PGP and S/MIME are fine, they imply signers should abstain
   from signing mail for MLMs.  Is that what we want to recommend?
   Two techniques have been proposed for enabling signers to limit the
   extent of responsibility they take, joint signatures and From-%-
   rewriting; did we reach any conclusion about them?  Are there more?
_______________________________________________
NOTE WELL: This list operates according to 
http://mipassoc.org/dkim/ietf-list-rules.html