From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 565 invoked by alias); 9 Apr 2014 17:44:57 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 391 invoked by uid 89); 9 Apr 2014 17:44:56 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: elasmtp-spurfowl.atl.sa.earthlink.net Received: from elasmtp-spurfowl.atl.sa.earthlink.net (HELO elasmtp-spurfowl.atl.sa.earthlink.net) (209.86.89.66) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 09 Apr 2014 17:44:55 +0000 Received: from [68.96.200.16] (helo=macbook2.local) by elasmtp-spurfowl.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1WXwYM-0006ad-4N; Wed, 09 Apr 2014 13:44:50 -0400 Message-ID: <53458709.2040300@earthlink.net> Date: Wed, 09 Apr 2014 17:44:00 -0000 From: Stan Shebs User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Joel Brobecker , "Frank Ch. Eigler" CC: gdb@sourceware.org Subject: Re: [GDB Wiki] Add editor privilege control References: <20140214030759.GC5485@adacore.com> <52FE61DD.6010000@earthlink.net> <20140303161227.GL4860@adacore.com> <20140409125330.GA21704@adacore.com> In-Reply-To: <20140409125330.GA21704@adacore.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ELNK-Trace: ae6f8838ff913eba0cc1426638a40ef67e972de0d01da940e87055e12a84deb4fc0fb99a15fa798e350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-IsSubscribed: yes X-SW-Source: 2014-04/txt/msg00030.txt.bz2 On 4/9/14 5:53 AM, Joel Brobecker wrote: >>> With the present scheme, effective spam fighting requires ongoing >>> manual operations by you / tromey / whoever. >>> >>> Plus, the present scheme enables any spammer to create a moinmoin >>> userid, create a junk page, then leave. The problem is that every >>> such junk user bogs the wiki software down more and more: there are >>> some 4000 now, with 10+/day new ones coming. (Over at gcc/glibc, >>> before a cleanup, we had almost a hundred thousand (!), which was >>> enough to cause cgi/http timeouts to valid users.) Cleaning *those* >>> up is difficult without a whitelist such as the EditorGroup. >> >> That's really useful feedback, thank you! >> >> I also find it compelling that we have had a number of reverts done >> the last few weeks, which is not huge, but larger than the twice-per- >> quarter average we were counting on. > > Stan - we keep getting hit by spam on the wiki, and I really don't > see a reason not to protect ourselves against it. Do you agree? Yes, it's getting into the annoying range. Spammers must be passing around our textcha answers, and they're using subjects that are not on MoinMoin's already-lengthy list of known spam types. So, time for the whitelist. As a bonus, we can turn off the textcha. Stan