RE: IESG Statement on Spam Control on IETF Mailing Lists

Russ Housley <housley@vigilsec.com> Mon, 14 April 2008 17:24 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E45373A6EAB; Mon, 14 Apr 2008 10:24:42 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9C0213A6C6A for <ietf@core3.amsl.com>; Mon, 14 Apr 2008 10:24:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.324
X-Spam-Level:
X-Spam-Status: No, score=-2.324 tagged_above=-999 required=5 tests=[AWL=0.275, BAYES_00=-2.599]
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 IMbZNAKFwZHb for <ietf@core3.amsl.com>; Mon, 14 Apr 2008 10:24:40 -0700 (PDT)
Received: from woodstock.binhost.com (woodstock.binhost.com [8.8.40.152]) by core3.amsl.com (Postfix) with SMTP id 7E8943A6D83 for <ietf@ietf.org>; Mon, 14 Apr 2008 10:24:40 -0700 (PDT)
Received: (qmail 1596 invoked by uid 0); 14 Apr 2008 17:25:06 -0000
Received: from unknown (HELO THINKPADR52.vigilsec.com) (72.83.129.167) by woodstock.binhost.com with SMTP; 14 Apr 2008 17:25:06 -0000
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Mon, 14 Apr 2008 13:25:09 -0400
To: "Hallam-Baker, Phillip" <pbaker@verisign.com>
From: Russ Housley <housley@vigilsec.com>
Subject: RE: IESG Statement on Spam Control on IETF Mailing Lists
In-Reply-To: <2788466ED3E31C418E9ACC5C316615572EF8A7@mou1wnexmb09.vcorp. ad.vrsn.com>
References: <20080414153938.0A5153A6D4D@core3.amsl.com> <2788466ED3E31C418E9ACC5C316615572EF8A7@mou1wnexmb09.vcorp.ad.vrsn.com>
Mime-Version: 1.0
Message-Id: <20080414172440.7E8943A6D83@core3.amsl.com>
Cc: ietf@ietf.org, iesg@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

Phill:

When IETF lists are housed somewhere other than ietf.org, they are 
supposed to include an archive recipient so that there is an archive 
available at ietf.org (perhaps in addition to the one kept at the 
place where the list is housed).

Russ



At 01:02 PM 4/14/2008, Hallam-Baker, Phillip wrote:
>I would suggest that the IESG also think about hosting all IETF lists in
>house in the future.
>
>The main reason for this is legal, a list that is maintained by the IETF
>is much more satisfactory in a patent dispute than one run by a third
>party. Last thing we want is to have patent trolls dragging a third
>party list maintainer into a dispute while they try to argue that the
>list somehow does not count.
>
>And yes, I am aware that the 'law', might be on our side here. The
>problem is that it can cost a ridiculous amount of money to have a court
>decide the most obvious and basic question you might imagine.
>
>
> > -----Original Message-----
> > From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On
> > Behalf Of IESG Secretary
> > Sent: Monday, April 14, 2008 8:40 AM
> > To: IETF Announcement list
> > Cc: iesg@ietf.org; ietf@ietf.org
> > Subject: IESG Statement on Spam Control on IETF Mailing Lists
> >
> > The following principles apply to spam control on IETF mailing lists:
> >
> > * IETF mailing lists MUST provide spam control.
> > * Such spam control SHOULD track accepted practices used on
> > the Internet.
> > * IETF mailing lists MUST provide a mechanism for legitimate
> > technical participants to bypass moderation,
> > challenge-response, or other techniques that would interfere
> > with a prompt technical debate on the mailing list without
> > requiring such participants to receive list traffic.
> > * IETF mailing lists MUST provide a mechanism for legitimate
> > technical participants to determine if an attempt to post was
> > dropped as apparent spam.
> > * The Internet draft editor, RFC editor, IESG secretary, IETF
> > chair and IANA MUST be able to post to IETF mailing lists.
> > The relevant identity information for these roles will be
> > added to any white-list mechanism used by an IETF mailing list.
> > * There MUST be a mechanism to complain that a message was
> > inappropriately blocked.
> >
> > The realization of these principles is expected to change over time.
> > List moderators, working group chairs and area directors are
> > expected to interpret these principles reasonably and within
> > the context of IETF policy and philosophy.
> >
> > This supercedes a previous IESG statement on this topic:
> > http://www.ietf.org/IESG/STATEMENTS/mail-submit-policy.txt
> > That statement contains justification and implementation
> > advice that may be helpful to anyone applying these principles.
> >
> > A separate IESG statement applies to moderation of IETF mailing lists:
> > http://www.ietf.org/IESG/STATEMENTS/moderated-lists.txt
> >
> > _______________________________________________
> > IETF mailing list
> > IETF@ietf.org
> > https://www.ietf.org/mailman/listinfo/ietf
> >

_______________________________________________
IETF mailing list
IETF@ietf.org
https://www.ietf.org/mailman/listinfo/ietf