Re: [marf] New Version Notification for draft-li-marf-not-spam-feedback-00.txt

Alessandro Vesely <vesely@tana.it> Sat, 14 May 2011 11:15 UTC

Return-Path: <vesely@tana.it>
X-Original-To: marf@ietfa.amsl.com
Delivered-To: marf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26A64E06B4 for <marf@ietfa.amsl.com>; Sat, 14 May 2011 04:15:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.346
X-Spam-Level:
X-Spam-Status: No, score=-5.346 tagged_above=-999 required=5 tests=[AWL=-0.627, BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SzMyie3n6MRL for <marf@ietfa.amsl.com>; Sat, 14 May 2011 04:15:31 -0700 (PDT)
Received: from wmail.tana.it (wmail.tana.it [62.94.243.226]) by ietfa.amsl.com (Postfix) with ESMTP id 2D66CE0689 for <marf@ietf.org>; Sat, 14 May 2011 04:15:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tana.it; s=test; t=1305371726; bh=Yv2HEWWiUiYMA4OS4fBJmusO5+t7gj9UzeMJCV782pg=; l=2040; h=Message-ID:Date:From:MIME-Version:To:References:In-Reply-To: Content-Transfer-Encoding; b=GUS1f5gL7E1uwXUPDnMM0llaxdCu+cG+3mmkJ5wKOUDlMHnXaHmGQW0FPGBlrlvos vn9A9eGtHRIdhc/lYRT1TuG+1VT1iFA+RW6PzOSsfQ7S8qx5VoOhRoFEjjSsS7+WBw BrUy+7XvQkQskjKcDZm7uEH/yxmkcziRgHy/ZaWI=
Received: from [172.25.197.158] (pcale.tana [172.25.197.158]) (AUTH: CRAM-MD5 515, TLS: TLS1.0,256bits,RSA_AES_256_CBC_SHA1) by wmail.tana.it with ESMTPSA; Sat, 14 May 2011 13:15:26 +0200 id 00000000005DC048.000000004DCE644E.000023EF
Message-ID: <4DCE644F.3070406@tana.it>
Date: Sat, 14 May 2011 13:15:27 +0200
From: Alessandro Vesely <vesely@tana.it>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10
MIME-Version: 1.0
To: marf@ietf.org
References: <20110513174637.20348.26696.idtracker@ietfa.amsl.com> <BANLkTikyr7t7vX9D-a3ch+iiTE6j+rmV5g@mail.gmail.com> <7B6F8C62-0C3B-4180-8F93-337D665BB736@blighty.com>
In-Reply-To: <7B6F8C62-0C3B-4180-8F93-337D665BB736@blighty.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Subject: Re: [marf] New Version Notification for draft-li-marf-not-spam-feedback-00.txt
X-BeenThere: marf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Message Abuse Report Format working group discussion list <marf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/marf>, <mailto:marf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/marf>
List-Post: <mailto:marf@ietf.org>
List-Help: <mailto:marf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/marf>, <mailto:marf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 14 May 2011 11:15:32 -0000

On 13/May/11 20:05, Steve Atkins wrote:
> On May 13, 2011, at 10:57 AM, Barry Leiba wrote:
> 
>> Kepeng Li and I have just submitted a draft for consideration by the
>> MARF working group:
>> 
>>> Filename:        draft-li-marf-not-spam-feedback
>>> Revision:        00
>>> Title:           Email Feedback Report Type Value : not-spam
>>> Creation date:   2011-05-13
>>> WG ID:           Individual Submission
>>> Number of pages: 7
>>> 
>>> Abstract:
>>>   This document defines a new Abuse Reporting Format (ARF) feedback
>>>   report type value: "not-spam".  It can be used to indicate that a
>>>   message that was tagged or categorized as spam (such as by an ISP) in
>>>   fact is not spam.
>> 
>> http://tools.ietf.org/html/draft-li-marf-not-spam-feedback
>> 
>> As noted in the draft the requirement for this comes from the OMA
>> SpamRep folks, and also seems like a reasonable need in general.  We'd
>> like the MARF working group to review this, and to consider adopting
>> it.

+1 for adoption.

>> It seems like an easy ride, I think.
> 
> Probably. Seems harmless.

A possible harm is inappropriate usage.  IRC, "non-spam" used to be in
ARF and was removed for this reason.  I suggest to change the label to
something more specific, such as "ham" (to highlight Bayesian training
purposes), "reconsideration-request", or such.

> Is this intended for communication between MUA and message store (doing
> much the same thing as an IMAP move from spamfolder to inbox folder)
> or is it something that's intended for broader use across administrative
> boundaries (like, say, ISP pushback to Postini)?

I hope so, because trusted authors deserve to come to know if their
messages are misclassified, and have a chance to appeal.  In this
respect, the example in section 3 is described deceptively.  Does it
mean "Joe has _authored_ a message..."?

The human readable part of the example does not say /why/ it is not
spam.  (Shouldn't it mention RFC 5965 rather than mipassoc's URL?)