Re: [Asrg] Summary of junk button discussion

Ian Eiloart <> Wed, 24 February 2010 14:18 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 9305828C171 for <>; Wed, 24 Feb 2010 06:18:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.574
X-Spam-Status: No, score=-2.574 tagged_above=-999 required=5 tests=[AWL=-0.131, BAYES_00=-2.599, SUBJECT_FUZZY_TION=0.156]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id pAw3AQUSAOwL for <>; Wed, 24 Feb 2010 06:18:13 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id E806428C123 for <>; Wed, 24 Feb 2010 06:18:12 -0800 (PST)
Received: from ([]:49735) by with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.64) (envelope-from <>) id KYCNUL-000K6F-PH; Wed, 24 Feb 2010 14:20:46 +0000
Date: Wed, 24 Feb 2010 14:20:07 +0000
From: Ian Eiloart <>
Message-ID: <>
In-Reply-To: <>
References: <> <> <> <>
Originator-Info: login-token=Mulberry:01xCSw4y2FHkgFkQRFMEo3mSNWKpzRPSdKOY8=;
X-Mailer: Mulberry/4.0.8 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Sussex: true
X-Sussex-transport: remote_smtp
Cc: Anti-Spam Research Group - IRTF <>
Subject: Re: [Asrg] Summary of junk button discussion
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: Wed, 24 Feb 2010 14:18:14 -0000

--On 24 February 2010 12:54:34 +0100 Jose-Marcio Martins da Cruz 
<> wrote:

> I find it too restrictive to call this a "junk button" as this mechanism
> can be used more widely than just this way.

Ah, well that's a different question. This particular discussion is about 
how to get reports from the user to the administrator of the system. How 
the user triggers the report is an exercise for the MUA programmers, but 
we've been thinking that it's likely to be a button labelled "junk".

Of course, there could be more than one button, with different labels, or 
it could be simply one or more (virtual) mailboxes into which the user 
drags emails, or it could be that some smart process monitors the behaviour 
of the user (perhaps it would report emails that the user always deletes 
without reading).

Whatever triggers the reporting process, it's possible that the client may 
ask the user for more details about the report by asking questions like 
"this email came from a mailing list, do you wish to unsubscribe?", or 
"that's the third time you've reported email from this sender, do you want 
me to add the sender to a block list", or something.

But, these are all possibilities that become easier to implement if we can 
answer a few questions to standardise reports: like what messages can the 
report carry, and what's the mechanism that will carry the report.

Ian Eiloart
IT Services, University of Sussex
01273-873148 x3148
For new support requests, see