Re: [Asrg] Adding a spam button to MUAs

Ian Eiloart <> Fri, 05 February 2010 10:37 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 65A9B3A6D07 for <>; Fri, 5 Feb 2010 02:37:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.456
X-Spam-Status: No, score=-2.456 tagged_above=-999 required=5 tests=[AWL=-0.013, BAYES_00=-2.599, SUBJECT_FUZZY_TION=0.156]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id GpgggJv4dBKs for <>; Fri, 5 Feb 2010 02:37:56 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 2EE623A6D03 for <>; Fri, 5 Feb 2010 02:37:55 -0800 (PST)
Received: from ([]:59110) by with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.64) (envelope-from <>) id KXD6WT-000MUT-G0 for; Fri, 05 Feb 2010 10:38:53 +0000
Date: Fri, 05 Feb 2010 10:38:37 +0000
From: Ian Eiloart <>
To: Anti-Spam Research Group - IRTF <>
Message-ID: <>
In-Reply-To: <>
References: <>
Originator-Info: login-token=Mulberry:01qSp99BKL61nql9FWFVAcn/BnD6KeTgxQHpU=;
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
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: Fri, 05 Feb 2010 10:37:57 -0000

--On 4 February 2010 17:44:21 +0000 John Levine <> wrote:

>> So, let's not ignore POP3 users. After all, their data will be useful
>> in identifying spammers, and there are a lot of them. But, equally,
>> let's not try to solve two different problems with the same
>> solution. And, let's not delay an IMAP solution while examining the
>> POP3 problem.
> Putting on my standards hat, a standard that mandates one process that
> everyone can use is much more likely to be useful than one that has a
> bunch of options that need separate implementations.

Well "two" implementations; we already have IMAP and POP3 protocols for 
accessing mail stores. And, we're talking about how we communicate with the 
mail store administrator, right? It seems pretty obvious to me that that's 
going to be different for a POP3 user than an IMAP user.

I don't know POP3 well, but would it not be possible to say something like 
"the nth message from my last download was spam"?

> On the other hand, if you want something that IMAP users can use right
> now, move messages to the Spam folder.  After all, one of the largest
> mail systems in the world (AOL) implements it right now.  If you were
> about to say no, that's too ugly, you've just confirmed my point.

It's not just ugly, it's exactly the reverse of what spam folders are 
usually used for. They're usually used by ESPs to put suspected junk in. An 
email's presence in the spam folder means "the server side filter thought 
this was spam". And, there's no standard name for that folder. And, nor 
should there be.

> R's,
> John
> _______________________________________________
> Asrg mailing list

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