Re: [lamps] Draft addition of header protection to the LAMPS charter
Daniel Kahn Gillmor <dkg@fifthhorseman.net> Fri, 04 January 2019 20:49 UTC
Return-Path: <dkg@fifthhorseman.net>
X-Original-To: spasm@ietfa.amsl.com
Delivered-To: spasm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A54D1130E9A for <spasm@ietfa.amsl.com>; Fri, 4 Jan 2019 12:49:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.89
X-Spam-Level:
X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
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 h0L20Cjmcnn8 for <spasm@ietfa.amsl.com>; Fri, 4 Jan 2019 12:49:21 -0800 (PST)
Received: from che.mayfirst.org (che.mayfirst.org [IPv6:2001:470:1:116::7]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6154A130E8F for <spasm@ietf.org>; Fri, 4 Jan 2019 12:49:21 -0800 (PST)
Received: from fifthhorseman.net (unknown [38.109.115.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by che.mayfirst.org (Postfix) with ESMTPSA id 5D331F99B; Fri, 4 Jan 2019 15:49:19 -0500 (EST)
Received: by fifthhorseman.net (Postfix, from userid 1000) id E27B82027E; Fri, 4 Jan 2019 15:19:48 -0500 (EST)
From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>
To: John R Levine <johnl@taugh.com>
Cc: spasm@ietf.org, bernie@ietf.hoeneisen.ch
In-Reply-To: <alpine.OSX.2.21.1901041201150.93160@ary.qy>
References: <20190104012415.AA6C3200C425F9@ary.qy> <87h8eonzxx.fsf@fifthhorseman.net> <alpine.OSX.2.21.1901041201150.93160@ary.qy>
Date: Fri, 04 Jan 2019 15:19:45 -0500
Message-ID: <8736q8npjy.fsf@fifthhorseman.net>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spasm/qbCqz1LhJE-33AKKLyxiUZz2Wak>
Subject: Re: [lamps] Draft addition of header protection to the LAMPS charter
X-BeenThere: spasm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "This is a venue for discussion of doing Some Pkix And SMime \(spasm\) work." <spasm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spasm>, <mailto:spasm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spasm/>
List-Post: <mailto:spasm@ietf.org>
List-Help: <mailto:spasm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spasm>, <mailto:spasm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Jan 2019 20:49:24 -0000
On Fri 2019-01-04 12:06:35 -0500, John R Levine wrote: > That doesn't strike me as a meaningful distinction. We designed DKIM > so polciy about assigning selectors and where signatures are added are > out of scope. On my mail system, every DKIM signature has a unique > selector. Hm, that creates an interesting metadata phone-home situation! Thanks for pointing it out. and taugh.com is a signed zone as well. So you're re-signing your zone with every message sent, or do you have a batch of pre-signed selectors, and you just tick them off and regenerate a batch when you're running low? (apologies for the off-topic nature here -- feel free to reply to me privately on this if you want). > On the other hand, I'm pretty sure I know of systems where S/MIME > signatures are generated and checked in MTAs and mailing list packages. yep, understood. I know such systems exist. How would you expect DKIM signatures to interact with protected encrypted headers? do you think this should be part of the scope of this work in LAMPS? > My preference would be to leave out the prior history catalog completely. Leaving out the prior history catalog works for me, too. --dkg
- [lamps] Proposed addition of header protection to… Russ Housley
- Re: [lamps] Proposed addition of header protectio… Salz, Rich
- Re: [lamps] Proposed addition of header protectio… Quynh Dang
- Re: [lamps] Proposed addition of header protectio… Stephen Farrell
- Re: [lamps] Proposed addition of header protectio… Jim Schaad
- Re: [lamps] Proposed addition of header protectio… John Levine
- Re: [lamps] Proposed addition of header protectio… Alexey Melnikov
- Re: [lamps] Proposed addition of header protectio… Hernâni Marques (p≡p project)
- Re: [lamps] Proposed addition of header protectio… Hernâni Marques (p≡p foundation)
- Re: [lamps] Proposed addition of header protectio… Bernie Hoeneisen
- Re: [lamps] Proposed addition of header protectio… Daniel Kahn Gillmor
- Re: [lamps] Proposed addition of header protectio… Daniel Kahn Gillmor
- Re: [lamps] Proposed addition of header protectio… John R Levine
- Re: [lamps] Proposed addition of header protectio… Daniel Kahn Gillmor
- Re: [lamps] Proposed addition of header protectio… Sean Turner
- Re: [lamps] Proposed addition of header protectio… John Levine
- Re: [lamps] Proposed addition of header protectio… Daniel Kahn Gillmor
- Re: [lamps] Proposed addition of header protectio… John R Levine
- Re: [lamps] Proposed addition of header protectio… Bernie Hoeneisen
- Re: [lamps] Proposed addition of header protectio… Russ Housley
- Re: [lamps] Proposed addition of header protectio… Bernie Hoeneisen
- Re: [lamps] Proposed addition of header protectio… Russ Housley
- Re: [lamps] Proposed addition of header protectio… Bernie Hoeneisen
- [lamps] Draft addition of header protection to th… Russ Housley
- Re: [lamps] Draft addition of header protection t… Stephen Farrell
- Re: [lamps] Draft addition of header protection t… Salz, Rich
- Re: [lamps] Draft addition of header protection t… Daniel Kahn Gillmor
- Re: [lamps] Draft addition of header protection t… Salz, Rich
- Re: [lamps] Draft addition of header protection t… Bernie Hoeneisen
- Re: [lamps] Draft addition of header protection t… Russ Housley
- Re: [lamps] Draft addition of header protection t… Bernie Hoeneisen
- Re: [lamps] Draft addition of header protection t… John Levine
- Re: [lamps] Draft addition of header protection t… Daniel Kahn Gillmor
- Re: [lamps] Draft addition of header protection t… Russ Housley
- Re: [lamps] Draft addition of header protection t… John R Levine
- Re: [lamps] Draft addition of header protection t… Daniel Kahn Gillmor
- Re: [lamps] Draft addition of header protection t… bernie
- Re: [lamps] Draft addition of header protection t… bernie
- Re: [lamps] Draft addition of header protection t… bernie
- Re: [lamps] Draft addition of header protection t… John R Levine
- Re: [lamps] Draft addition of header protection t… Stephen Farrell
- Re: [lamps] Draft addition of header protection t… John R Levine
- Re: [lamps] Draft addition of header protection t… bernie
- Re: [lamps] Draft addition of header protection t… Stephen Farrell
- Re: [lamps] Draft addition of header protection t… Daniel Kahn Gillmor
- Re: [lamps] Draft addition of header protection t… Bernie Hoeneisen
- Re: [lamps] Draft addition of header protection t… Daniel Kahn Gillmor
- Re: [lamps] Draft addition of header protection t… Bernie Hoeneisen
- Re: [lamps] Draft addition of header protection t… Russ Housley
- Re: [lamps] Draft addition of header protection t… Hernâni Marques (p≡p project)
- Re: [lamps] Draft addition of header protection t… Stephen Farrell
- Re: [lamps] Draft addition of header protection t… Daniel Kahn Gillmor
- Re: [lamps] Draft addition of header protection t… Russ Housley
- Re: [lamps] Draft addition of header protection t… Hernâni Marques (p≡p project)
- Re: [lamps] Draft addition of header protection t… Bernie Hoeneisen
- Re: [lamps] Draft addition of header protection t… Daniel Kahn Gillmor
- Re: [lamps] Draft addition of header protection t… Russ Housley