IETF Logo Mail Archive

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

Damon <deepvoice@gmail.com> Fri, 04 August 2006 22:44 UTC

Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G98PQ-0005Zp-9v for ietf-dkim-archive@lists.ietf.org; Fri, 04 Aug 2006 18:44:48 -0400
Received: from sb7.songbird.com ([208.184.79.137]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G98PO-0002Aj-Uf for ietf-dkim-archive@lists.ietf.org; Fri, 04 Aug 2006 18:44:48 -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 k74MeT4f001065; Fri, 4 Aug 2006 15:40:29 -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 k74MeH0E001034 for <ietf-dkim@mipassoc.org>; Fri, 4 Aug 2006 15:40:17 -0700
Received: by nf-out-0910.google.com with SMTP id g2so584405nfe for <ietf-dkim@mipassoc.org>; Fri, 04 Aug 2006 15:39:51 -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=XJvugOoxJDgo4NZxRB90fuyl2iyGopXdex4Vp79dtz5seMdWJ2y2+ePmmXf0JhKDAu/KocBfJyvKttL0M40TxHNKLk44HjK5zeeQ1VwFcdVZQ/BF8f051rZWQ3njc0Zt6H2WvwfCP3EGJ76H0R6WBTapYkae962lY7UfCYbNg9I=
Received: by 10.78.175.14 with SMTP id x14mr1741936hue; Fri, 04 Aug 2006 15:39:51 -0700 (PDT)
Received: by 10.78.149.6 with HTTP; Fri, 4 Aug 2006 15:39:51 -0700 (PDT)
Message-ID: <62146370608041539n630b336alc599bb9bdd991152@mail.gmail.com>
Date: Fri, 04 Aug 2006 18:39:51 -0400
From: Damon <deepvoice@gmail.com>
To: Michael Thomas <mike@mtcc.com>
Subject: Re: [ietf-dkim] A more fundamental SSP axiom
In-Reply-To: <44D3C8DB.4070101@mtcc.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <20060804173538.54245.qmail@simone.iecc.com> <44D3C0BB.9000405@mtcc.com> <20060804174955.N15734@simone.iecc.com> <44D3C8DB.4070101@mtcc.com>
X-Songbird: Clean, Clean
Cc: 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: 7d33c50f3756db14428398e2bdedd581

> > I wasn't aware that "receiver" was a synonym for "commercial spam
> > filter vendor."  One learns something new every day.
>
> Meaning that your opinion of utility is not the sole gauge of utility. In
> fact, you probably benefit a lot from people who find utility in things that
> you don't care about to keep your mail mostly spam free.
>
>

Really banging my head on this one... the only way I see this working
100% every time is an RFC change to the MTA protocol where DKIM
becomes part of the handshake.

 I see the MTAs willing to take the risk of adding "I SIGN ALL" as the
ones that would be harmed the most with its failure.

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

v2.23.0 | Report a Bug | By Email