Re: [Asrg] Adding a spam button to MUAs

Douglas Otis <> Thu, 28 January 2010 18:48 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 3270F3A6862 for <>; Thu, 28 Jan 2010 10:48:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.443
X-Spam-Status: No, score=-6.443 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, SUBJECT_FUZZY_TION=0.156]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id Bmk+KaDUx0hH for <>; Thu, 28 Jan 2010 10:48:06 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 71BC13A67C1 for <>; Thu, 28 Jan 2010 10:48:06 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id B2B67A945FF for <>; Thu, 28 Jan 2010 18:48:25 +0000 (UTC)
Message-ID: <>
Date: Thu, 28 Jan 2010 10:48:24 -0800
From: Douglas Otis <>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv: Gecko/20100111 Thunderbird/3.0.1
MIME-Version: 1.0
References: <> <>
In-Reply-To: <>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Asrg] Adding a spam button to MUAs
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Anti-Spam Research Group - IRTF <>
List-Id: Anti-Spam Research Group - IRTF <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 28 Jan 2010 18:48:07 -0000

On 1/28/10 9:41 AM, Michael Thomas wrote:
> On 01/28/2010 09:31 AM, John Levine wrote:
>>> Even worse, users will learn what the button means by the effect (they
>>> think) they obtain by hitting it, which may vary.
>> Web mail has had spam buttons for years, and the users seem to have
>> figured out how to use them.  Can you explain exactly how the issues
>> with a spam button in a MUA would be different?
> The entire thing strikes me as rather elitist: like only Certified 
> Spamologists(tm)
> can determine for you what you don't want to receive.
The issue whether a source issued spam or an email someone did not want 
is significantly different.  This is a greater concern for senders, and 
less so for individual recipients.  When this information is used to 
establish spam reputations used for blocking, then not describing 
auto-responses in Chinese as spam would be important.   In general, it 
would be safer to describe email marked by end users clicking "This 
is..." buttons, as only determining the message as unwanted for 
undetermined reasons, where it being spam is one possibility.  As such, 
describing the end-user button and the information obtain as 
identifying  the email as "junk" rather than as "spam" is likely to be 
more accurate from both the sender's and the law's perspective.