Re: [Asrg] Adding a spam button to MUAs

Ian Eiloart <> Mon, 08 February 2010 14:37 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 65DE728B23E for <>; Mon, 8 Feb 2010 06:37:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -3.485
X-Spam-Status: No, score=-3.485 tagged_above=-999 required=5 tests=[AWL=0.958, BAYES_00=-2.599, GB_I_LETTER=-2, SUBJECT_FUZZY_TION=0.156]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 3MJx3zvjnnIW for <>; Mon, 8 Feb 2010 06:37:04 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 3706B3A73E3 for <>; Mon, 8 Feb 2010 06:37:04 -0800 (PST)
Received: from ([]:58467) by with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.64) (envelope-from <>) id KXJ1ZI-000CSH-36 for; Mon, 08 Feb 2010 14:38:06 +0000
Date: Mon, 08 Feb 2010 14:38:05 +0000
From: Ian Eiloart <>
To: Anti-Spam Research Group - IRTF <>
Message-ID: <>
In-Reply-To: <>
References: <> <> <> <>
Originator-Info: login-token=Mulberry:012vnfsENaTRUbZjMSRh9NblIjQHEACj0fT2Q=;
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: Mon, 08 Feb 2010 14:37:05 -0000

--On 8 February 2010 07:49:26 -0500 Daniel Feenberg <> 

> On Mon, 8 Feb 2010, Ian Eiloart wrote:
>> --On 5 February 2010 10:52:51 -0500 Daniel Feenberg <>
>> wrote:
>>> On Fri, 5 Feb 2010, John Levine wrote:
>>> This is just a general argument against all role accounts, including
>>> postmaster, abuse, webmaster, etc. It doesn't balance the costs and
>>> benefits, just notes a possible cost as though that was sufficient to
>>> dismiss it.
>> No, the argument is nothing to do with the left hand side of the
>> address,  it's to do with the right hand side of the address.
>> "" isn't an  email domain, but it might be one day.
>> "" is not an email  domain, and it never will be.
>> In the case where the imap server host name does happen to be an email
>> domain, there's a potential name space conflict. ARF@... may well
>> already be
> "Cnflict, ARF@" is the left hand side of the address. If
> becomes an email address, then it would be a mistake to assign a user the
> username of "arf".

Yes, you're confusing the two cases. Either the domain is already an email 
domain (in which case a conflict is possible), or it isn't (in which case 
you're asking for creation of an email domain merely to deliver abuse 
reports). That then becomes a whole new domain without reputation which 
spammers can abuse.

> If a role account is assigned to then it
> is a problem if that address is already assigned to a user. It isn't a
> problem with no solution, though. Simply make sure that the RHS of the
> address is different from the already assigned address. This is almost
> always going to be the case for large providers, since machines for pop
> and imap service are distinct from email domain names. If they do not, it
> is simple enough to arrange DNS to make that happen, without changing any
> hardware.
> Perhaps another character string would lessen the objection on this
> point. The role account could be "arf-submission", although the
> anti-English crowd will complain. There is room for creativity.
> Note that when I say "pop_or_imap" it doesn't really have to be
> restricted to those protocols. The MUA can use the hostname for the
> system providing incoming mail, without caring what protocol is actually
> used, nor is there any need for the letters "pop" or "imap" to be requed
> to be in the name. The TO: address ued for the ARF is simply the role
> account on the system providing mail, that will use it to tune content or
> other spam filters.
> Daniel Feenberg
> _______________________________________________
> Asrg mailing list

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