Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41598 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 15249 invoked from network); 31 Oct 2008 19:52:06 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 31 Oct 2008 19:52:06 -0000 Authentication-Results: pb1.pair.com smtp.mail=hannes.magnusson@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=hannes.magnusson@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.198.234 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: hannes.magnusson@gmail.com X-Host-Fingerprint: 209.85.198.234 rv-out-0506.google.com Received: from [209.85.198.234] ([209.85.198.234:43193] helo=rv-out-0506.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C2/49-00587-6E16B094 for ; Fri, 31 Oct 2008 14:52:06 -0500 Received: by rv-out-0506.google.com with SMTP id g37so1424342rvb.23 for ; Fri, 31 Oct 2008 12:52:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=YtnUCvOxxkLdG+jGZXkGjAQRFDfBvAsRDYGDIlpL9Gw=; b=D2wjxMBtKGjtp2y2GtM+Vpdt1vf6RKWlkYW5H3JufDZOvcs7+MTznspkWLo/sDuvWu /bfT7twfe+gWxNONeHPapqPYdNSZ5hskQilzeq1suKfpCuUfpL8f1JQF1oz1bd58unJI XcRI60YRt+1UJ2QSsixOFzxVmkoOuAC0Zk0Fk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=gq+pkS3xqWACT3T6A+BPFVQnJFIY8BSobtB/2jblISDJqu0lGRSaCKdJE7jbDQtj9I 2dxNHIpJXPZ+WcYPrNd09PtTYuxv9a8bL4HPSLLcK39o2YcA10M35b12XAHXj1hPo7fX Ab/QofbphDPuA+DkESFthfVVjGjyJm4E59yKI= Received: by 10.114.144.1 with SMTP id r1mr10314401wad.136.1225482723670; Fri, 31 Oct 2008 12:52:03 -0700 (PDT) Received: by 10.114.148.19 with HTTP; Fri, 31 Oct 2008 12:52:03 -0700 (PDT) Message-ID: <7f3ed2c30810311252x7c4f1cb9ydd41a273f4089311@mail.gmail.com> Date: Fri, 31 Oct 2008 20:52:03 +0100 To: "Rasmus Lerdorf" Cc: "Lukas Kahwe Smith" , "PHP Development" In-Reply-To: <490B5CC5.8040808@lerdorf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2077BA98-A58A-4EBD-8088-413654E878BC@pooteeweet.org> <490B5CC5.8040808@lerdorf.com> Subject: Re: [PHP-DEV] keeping traffic on this list manageable From: hannes.magnusson@gmail.com ("Hannes Magnusson") On Fri, Oct 31, 2008 at 20:30, 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 Thats not going to work, we often have multiple threads going on. Even if it was limited to one post per thread every 24hour people would simply create new threads about the same topic. Restricting the amount of mail is no solution, just causes annoyances. > 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. Behavioural change is desperately needed, and I think developers should lead by example. One way to to that is to add a new internal-core@ mailinglist which is read-only to the world, and writeable by people with appropriate karma. That list would be dedicated for _development_ discussion (including implementation, patches, "edge-case voting" and such things) and would include posts like are going on between greg, stas and dmitry, and posts which are going on between release managers and individual developers. This way we keep _everything_ in the open and maintain a "high quality" on-topic discussions. "external" patches and "general" discussions would still be on the internals@ list, as it would be the main discussion list. However, those who simply do not have the time to read over the entire thing have a specific low-traffic list which they can easily follow. For people not with "write privileges" they can still chime in by forwarding the posts to internals@ and give their 2cents. Another indirect advantage is when docwriters mail in asking what exactly something does, and if it really is meant to work that way, the thread is obviously coming from "internal" guy and therefore has a better chance of getting answers (rather then the "usual" ignore since apparently think he is just a troll). I cannot see any disadvantages here. I have faith in our developers. -Hannes