Re: [Asrg] Adding a spam button to MUAs

Dan Oetting <> Thu, 10 December 2009 15:57 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 1513D3A6897 for <>; Thu, 10 Dec 2009 07:57:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -3.443
X-Spam-Status: No, score=-3.443 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, SUBJECT_FUZZY_TION=0.156]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id F7HHsEMhjrjm for <>; Thu, 10 Dec 2009 07:57:49 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 52C1F3A67F5 for <>; Thu, 10 Dec 2009 07:57:49 -0800 (PST)
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Received: from [] ( []) by (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <> for; Thu, 10 Dec 2009 07:57:37 -0800 (PST)
Message-id: <>
From: Dan Oetting <>
To: Anti-Spam Research Group - IRTF <>
In-reply-to: <>
Date: Thu, 10 Dec 2009 08:57:31 -0700
References: <>
X-Mailer: Apple Mail (2.936)
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, 10 Dec 2009 15:57:50 -0000

On Dec 9, 2009, at 3:24 PM, John Levine wrote:
>> An MTA providing a junk/spam reporting function might choose to keep
>> [a copy of] all messages for at least a few days so that UIDLs refer
>> to messages available to the MTA.
> It's a reasonable thought, although the POP spec says quite clearly
> that once the message is deleted from the server, the UIDL is no
> longer valid.  It'd be a significant change to POP.

This is the same as with the IMAP server. If a message is deleted from  
the server it can no longer be reported to that server as junk. When  
the user configures junk reporting on the MUA, the user would get  
notice of this requirement and can configure the retention period  
which is also a function of the MUA.

MTA's may take a more active role in pre-filtering the users mail and  
flag messages as junk before the MUA downloads the message content.  
MUAs that take advantage of this capability would download only select  
headers of such flagged junk giving the user control to download the  
full message or letting the MUA delete the messages from the server  
after a configured time has elapsed.

-- Dan Oetting