[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