Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41597 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13618 invoked from network); 31 Oct 2008 19:43:06 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 31 Oct 2008 19:43:06 -0000 Authentication-Results: pb1.pair.com header.from=et@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=et@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 62.75.137.136 as permitted sender) X-PHP-List-Original-Sender: et@php.net X-Host-Fingerprint: 62.75.137.136 fuer-et.de Linux 2.5 (sometimes 2.4) (4) Received: from [62.75.137.136] ([62.75.137.136:51854] helo=eve.fuer-et.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 54/F8-00587-8CF5B094 for ; Fri, 31 Oct 2008 14:43:06 -0500 Received: from lapalma.mis.informatik.tu-darmstadt.de (lapalma.mis.informatik.tu-darmstadt.de [130.83.165.195]) by eve.fuer-et.de (Postfix) with ESMTP id 40F36367AC4E for ; Fri, 31 Oct 2008 20:43:02 +0100 (CET) To: internals@lists.php.net Date: Fri, 31 Oct 2008 20:43:00 +0100 User-Agent: KMail/1.9.7 References: <2077BA98-A58A-4EBD-8088-413654E878BC@pooteeweet.org> <490B5CC5.8040808@lerdorf.com> In-Reply-To: <490B5CC5.8040808@lerdorf.com> X-PGP-Key-URL: http://www.mis.informatik.tu-darmstadt.de/People/walk/ MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <200810312043.01209.et@php.net> Subject: Re: [PHP-DEV] keeping traffic on this list manageable From: et@php.net (Stefan Walk) On Friday 31 October 2008 20:30:13 Rasmus Lerdorf wrote: > A simpler approach might be to just make the mailing list software > enforce a 1 email per 24-hour day per user. It would require a bit more > upfront work to munge the software, but wouldn't require any ongoing > effort. Moderation can get messy since it isn't simply spam we or > off-topic messages we are trying to control here, it is the volume, > quality and timeliness of on-topic messages. I'm not sure moderation is > the answer to that. We need a behavioural change here. > > -Rasmus Well, I don't think that won't work. There are cases where one user replied to multiple mails in a short time without fighting, just explaining and discussiong, and you don't want to block that - as well as it wouldn't stop random people from suggesting dropping the $ from variables, making the namespace separator configurable etc. IMO, it's the volume of people, not the volume of messages, that is the main problem here. Regards, Stefan