Re: [Asrg] request for review for a non FUSSP proposal

Alessandro Vesely <vesely@tana.it> Mon, 29 June 2009 14:46 UTC

Return-Path: <vesely@tana.it>
X-Original-To: asrg@core3.amsl.com
Delivered-To: asrg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6C8993A6A08 for <asrg@core3.amsl.com>; Mon, 29 Jun 2009 07:46:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.495
X-Spam-Level:
X-Spam-Status: No, score=-0.495 tagged_above=-999 required=5 tests=[AWL=0.224, BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rPSe1bsQdHXU for <asrg@core3.amsl.com>; Mon, 29 Jun 2009 07:46:43 -0700 (PDT)
Received: from wmail.tana.it (wmail.tana.it [62.94.243.226]) by core3.amsl.com (Postfix) with ESMTP id 838CE3A67B5 for <asrg@irtf.org>; Mon, 29 Jun 2009 07:46:43 -0700 (PDT)
Received: from [172.25.197.158] (pcale.tana [172.25.197.158]) (AUTH: CRAM-MD5 ale@tana.it, TLS: TLS1.0, 256bits, RSA_AES_256_CBC_SHA1) by wmail.tana.it with esmtp; Mon, 29 Jun 2009 16:46:38 +0200 id 00000000005DC030.000000004A48D3CE.00004620
Message-ID: <4A48D3CD.9070206@tana.it>
Date: Mon, 29 Jun 2009 16:46:37 +0200
From: Alessandro Vesely <vesely@tana.it>
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-Version: 1.0
To: Anti-Spam Research Group - IRTF <asrg@irtf.org>
References: <4A3DFC91.2090506@telmon.org> <4A3F9B2B.8020603@tana.it> <4A3FF3AF.9030401@telmon.org> <4A44B317.9010409@tana.it> <4A46427C.3020608@telmon.org>
In-Reply-To: <4A46427C.3020608@telmon.org>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [Asrg] request for review for a non FUSSP proposal
X-BeenThere: asrg@irtf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Anti-Spam Research Group - IRTF <asrg@irtf.org>
List-Id: Anti-Spam Research Group - IRTF <asrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/listinfo/asrg>, <mailto:asrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/asrg>
List-Post: <mailto:asrg@irtf.org>
List-Help: <mailto:asrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/asrg>, <mailto:asrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jun 2009 14:46:44 -0000

Claudio Telmon wrote:
> Alessandro Vesely wrote:
>> I think it may actually 
>> have more chances when explicitly targeted to guard children, rather 
>> than generically "non FUSSP".
>
> I considered to use terms like "protected mailboxes", but at the end I 
> didn't like it, since it describes an expected effect (protection) and 
> not what is actually done (enabling the framework). Also, while the 
> "children" case is a clear one, I think that many other classes of users 
> could benefit from this option. I only used the term FUSSP in the 
> message to this list :)

What about "adult-assisted mailboxes"? Besides the fact that you could 
adapt an MTA to do mixed enabled and non-enabled reception on the same 
email address, if the two addresses correspond to different persons, a 
child and a supervising adult, you don't have to. Targeting children 
does not necessarily imply that adults refrain to self assist 
themselves, if they like.

Having a clear case would help working out the specification details 
that are currently missing. (How much software is needed? What exactly 
should each piece of software do? Do both mailboxes have to be on the 
same host? And the database? Etc.) In addition, it may help reckoning 
a potential user base. Finally, anything that helps to protect the 
children may get the attention of specific organizations.