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

Dave Crocker <dhc@dcrocker.net> Wed, 02 August 2006 18:42 UTC

Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8LgA-0001Ts-Re for ietf-dkim-archive@lists.ietf.org; Wed, 02 Aug 2006 14:42:50 -0400
Received: from sb7.songbird.com ([208.184.79.137]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G8Lg8-0004r6-Ew for ietf-dkim-archive@lists.ietf.org; Wed, 02 Aug 2006 14:42:50 -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 k72IfFrk016939; Wed, 2 Aug 2006 11:41:15 -0700
Received: from [192.168.0.3] (adsl-68-122-118-34.dsl.pltn13.pacbell.net [68.122.118.34]) (authenticated bits=0) by sb7.songbird.com (8.12.11.20060308/8.12.11) with ESMTP id k72If8A1016922 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Aug 2006 11:41:08 -0700
Message-ID: <44D0F1A4.6080103@dcrocker.net>
Date: Wed, 02 Aug 2006 11:40:36 -0700
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: arvel.hathcock@altn.com
Subject: Re: [ietf-dkim] A more fundamental SSP axiom
References: <MDAEMON-F200608021317.AA174409md50000009690@altn.com>
In-Reply-To: <MDAEMON-F200608021317.AA174409md50000009690@altn.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Songbird: Clean, Clean
Cc: "'ietf-dkim@mipassoc.org'" <ietf-dkim@mipassoc.org>
X-BeenThere: ietf-dkim@mipassoc.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: dcrocker@bbiw.net
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: 97adf591118a232206bdb5a27b217034


Arvel Hathcock wrote:
>>  SSP exists so that receivers can make better decisions about
>>  handling their incoming mail.
> 
> There is a lot of truth in that statement.  I would say it like this though:  SSP exists so that senders can provide input in the hopes that receivers will make "better" decisions about handling their incoming mail.


Arvel,

Your statement is, of course, entirely correct.  The problem is that it probably
does not help the working group effort as much as a phrasing that focuses on the
Receiver-side.  The reason is that a focus on the receiver will help us focus on
adoption and use.

As soon as we have a basis for believing that Receive side folk with actually
USE information provided by senders, then the senders are much more likely to
provide it.  After all, providing it improves deliverability.

If we only focus on sender-side desires, then we will specify a jillion clever
mechanisms that will not get used, rather than the few that will.

d/


-- 

  Dave Crocker
  Brandenburg InternetWorking
  bbiw.net
_______________________________________________
NOTE WELL: This list operates according to 
http://mipassoc.org/dkim/ietf-list-rules.html