Re: [ietf-dkim] A more fundamental SSP axiom

Damon <deepvoice@gmail.com> Fri, 04 August 2006 21:10 UTC

Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G96vx-00080I-S3 for ietf-dkim-archive@lists.ietf.org; Fri, 04 Aug 2006 17:10:17 -0400
Received: from sb7.songbird.com ([208.184.79.137]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G96vw-0004xo-Fu for ietf-dkim-archive@lists.ietf.org; Fri, 04 Aug 2006 17:10:17 -0400
Received: from sb7.songbird.com (sb7.songbird.com [127.0.0.1]) by sb7.songbird.com (8.12.11.20060308/8.12.11) with ESMTP id k74L7J9Y020843; Fri, 4 Aug 2006 14:07:19 -0700
Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by sb7.songbird.com (8.12.11.20060308/8.12.11) with ESMTP id k74L76eb020815 for <ietf-dkim@mipassoc.org>; Fri, 4 Aug 2006 14:07:07 -0700
Received: by nf-out-0910.google.com with SMTP id g2so558030nfe for <ietf-dkim@mipassoc.org>; Fri, 04 Aug 2006 14:06:41 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iEus7yvr/64yoW7pm+RcYq5jrUaFD01OaBxaBM7WVj7Hrfm2Qv834qM4JfdCdKFsC9OC9UCKcLebXzDWiMYC8Za52p1q0rBwZKgZBKbqO1loe1Mj/KfZBo8oI+jB+/PpMJRE23ub3iRZ7zgdO/Su8GFlNUznMN6F1LaJJ4MW/0Y=
Received: by 10.78.107.8 with SMTP id f8mr1710548huc; Fri, 04 Aug 2006 14:06:40 -0700 (PDT)
Received: by 10.78.149.6 with HTTP; Fri, 4 Aug 2006 14:06:40 -0700 (PDT)
Message-ID: <62146370608041406i74f707ffgf708bafe87784d97@mail.gmail.com>
Date: Fri, 04 Aug 2006 17:06:40 -0400
From: Damon <deepvoice@gmail.com>
To: Michael Thomas <mike@mtcc.com>
Subject: Re: [ietf-dkim] A more fundamental SSP axiom
In-Reply-To: <44D3B49D.9090800@mtcc.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <20060802002353.U59653@simone.iecc.com> <44D36203.2060803@mtcc.com> <20060804112731.I21459@simone.iecc.com> <44D36B4A.2050903@mtcc.com> <20060804114527.Y27352@simone.iecc.com> <44D37376.4020408@mtcc.com> <20060804132203.Y49810@simone.iecc.com> <EAF17954-74A3-4374-A059-B31A1414B350@mail-abuse.org> <62146370608041122t779d200h1b29a659ac8ad612@mail.gmail.com> <44D3B49D.9090800@mtcc.com>
X-Songbird: Clean, Clean
Cc: DKIM List <ietf-dkim@mipassoc.org>
X-BeenThere: ietf-dkim@mipassoc.org
X-Mailman-Version: 2.1.5
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>
Sender: ietf-dkim-bounces@mipassoc.org
Errors-To: ietf-dkim-bounces@mipassoc.org
X-SongbirdInformation: support@songbird.com for more information
X-Songbird-From: ietf-dkim-bounces@mipassoc.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228

> >> "SIGN ALL MAIL"
> >>
> >
> > We _dont_ really really mean it.
>
> You and others seem to be having a big problem differentiating between
> signing and verifying. I can make a perfectly valid statement that I
> sign all of my mail. There is no guarantee that it will survive intact.
> Period. Once it's left my domain, I have no control of what intermediaries
> do. This is a fact of life, and no amount of glib dismissals or fanciful
> reinterpretations of that true statement says alters that.
>
>       Mike
>
Mike,

You are absolutely and positively correct and _that_ is my problem.
"Sign all mail" is a pipe dream (as you have stated) unless you have
utter control over where it goes and how it gets there. So what is the
point of saying "Sign All" unless you can and ensure it gets there
intact?
Which causes me to repeat myself... Treat everyone default as
"Sometimes Sign" and only set "Sign All" only if you really really
mean it - and are willing to deal with the consequences. Isn't that
what is really going to be happening anyway?

Regards,
Damon Sauer
_______________________________________________
NOTE WELL: This list operates according to 
http://mipassoc.org/dkim/ietf-list-rules.html