[domainrep] Changes to the various documents - where is response set defined?

Steve Allam <steve.allam@trustsphere.com> Thu, 28 June 2012 15:59 UTC

Return-Path: <steve.allam@trustsphere.com>
X-Original-To: domainrep@ietfa.amsl.com
Delivered-To: domainrep@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CBC121F85AA for <domainrep@ietfa.amsl.com>; Thu, 28 Jun 2012 08:59:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.542
X-Spam-Level:
X-Spam-Status: No, score=-1.542 tagged_above=-999 required=5 tests=[AWL=-0.802, BAYES_20=-0.74, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rkvMvljCO1HN for <domainrep@ietfa.amsl.com>; Thu, 28 Jun 2012 08:59:34 -0700 (PDT)
Received: from OB2-RMV3.realmail-asp.co.uk (obgw2.realmail-asp.co.uk [80.249.107.83]) by ietfa.amsl.com (Postfix) with ESMTP id D4D9D21F85A4 for <domainrep@ietf.org>; Thu, 28 Jun 2012 08:59:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=trustsphere.com; s=rmdkim; h=Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=xKbtfyprnWVzd1AdkXpqLRYtxHYRenJPl8MDMer+f+I=; b=BFstC0D/Yxo+LDJHOHBVfJhuK06/9PaGl7fiyRJmxWodhA6CvEtTr8fbDgJxGFYqCiYNxN2p9qHmBG9K9YIexgL4mxlTwJQfragc8WBDWmKbVJgwL0BsTwGPiQ3Fwpxq7q7NMW64qIblUdaAyR+WEF3KOZCm/tcV0W3xcxzxhrw=;
Received: from [116.12.149.130] (helo=cgpro.boxsentry.com) by OB2-RMV3.realmail-asp.co.uk with esmtp id 1SkH7w-0001B4-J1 for domainrep@ietf.org; Thu, 28 Jun 2012 16:59:29 +0100
Received: by cgpro.boxsentry.com (CommuniGate Pro PIPE 5.4.0) with PIPE id 2020193; Thu, 28 Jun 2012 23:57:42 +0800
Received: from [88.97.130.81] (account steve.allam@trustsphere.com HELO [10.1.1.35]) by cgpro.boxsentry.com (CommuniGate Pro SMTP 5.4.0) with ESMTPSA id 2020196 for domainrep@ietf.org; Thu, 28 Jun 2012 23:57:27 +0800
Message-ID: <4FEC7F4B.9080400@trustsphere.com>
Date: Thu, 28 Jun 2012 16:59:07 +0100
From: Steve Allam <steve.allam@trustsphere.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:13.0) Gecko/20120614 Thunderbird/13.0.1
MIME-Version: 1.0
To: domainrep@ietf.org
Content-Type: multipart/alternative; boundary="------------050801090101030409010807"
X-LogiQ-query: 116.12.149.130/steve.allam@trustsphere.com/domainrep@ietf.org (I000 OK UNKNOWN.EXISTS )
X-RealMail-Category: UNKNOWN/UNKNOWN/
X-RealMail-Ref: UNKNOWN/str=0001.0A0B0204.4FEC7F61.00ED,ss=1,re=0.000,fgs=0
X-RealMail-IWF: NO
X-CTCH-SenderID: steve.allam@trustsphere.com
X-CTCH-SenderID-Flags: 0
X-CTCH-SenderID-TotalMessages: 1
X-CTCH-SenderID-Total-Spam: 0
X-CTCH-SenderID-Total-Suspected: 0
Subject: [domainrep] Changes to the various documents - where is response set defined?
X-BeenThere: domainrep@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Domain Reputation discussion list <domainrep.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/domainrep>, <mailto:domainrep-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/domainrep>
List-Post: <mailto:domainrep@ietf.org>
List-Help: <mailto:domainrep-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/domainrep>, <mailto:domainrep-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Jun 2012 15:59:35 -0000

All,

When examining the email-identifiers document, section 3.2 says:

 >The "email-id" reputation application recognizes the following
 >   OPTIONAL extensions to the basic response set defined in
 >   [I-D.REPUTE-MODEL]:

If you refer back to the repute-model document, it says:

 > The basic information to be represented in the protocol is fairly 
simple, and includes the following:
 >   o  the identity of the entity providing the reputation information;
 >   o  the identity of the entity being rated;
 >   o  the overall rating score for that entity;
 >   o  the level of confidence in the accuracy of that rating; and
 >   o  the number of data points underlying that score.

i.e. it doesn't really define the basic response set.  That can be 
(better) found in the repute-media-type document.  The only reference to 
the media-type document is:

 > Additional documents define a [MIME] type for reputation data, and 
protocols for exchanging such data.

However, the five bullets above are inconsistent with this document as 
well - note that the bullet points suggest that a response should 
'include' the following, whereas the media-type document gives four 'key 
pieces' of data and four 'optional':

Required (key piece):
  - RATER (bullet 1)
  - ASSERTION
  - RATED (bullet 2)
  - RATING (bullet 3)

Optional:
  - CONFIDENCE (bullet 4)
  - RATER-AUTHENTICITY
  - SAMPLE-SIZE (bullet 5)
  - UPDATED

I feel that implementors need a clear definition of what is required and 
what is optional, also that the path through the documents needs to be 
clear - i.e. these are defned in the model document, and the media 
document is left to show how to represent these in the media type being 
defined.


Regards,

Steve


-- 
*
Steve Allam | Chief Technology Officer | TrustSphere *

3 Phillip Street, #13-03 Commerce Point, Singapore, 048693
Tel: +65 6536 5203 | Fax: +65 6536 5463
steve.allam@trustsphere.com | www.trustsphere.com