Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 152887

Summary: wiki was spammed
Product: [Retired] Fedora Legacy Reporter: Arnaud Abélard <arnaud.abelard>
Component: GeneralAssignee: Fedora Legacy Bugs <bugs>
Status: CLOSED NOTABUG QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: unspecifiedCC: deisenst, mattdm, rostetter
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard: LEGACY
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-04-12 17:48:54 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description David Lawrence 2005-03-30 23:31:01 UTC
The fedora legacy wiki has been spammed and all the informations from the first
page was lost it was "Last edited on Thursday, January 27, 2005 12:17:32 am."

------- Additional Comments From 2005-01-31 03:09:02 ----

Created an attachment (id=978)
Spamming & DeSpamming over past 7 days

Unfortunately, the wiki seems to be constantly spammed...  I just cleaned it
the other day again.  As a matter of fact, it is spammed again already.

The attachment is a lynx listing of
that's showing the same cycle for the last 7 days.  

This is even more eye-opening:

I wonder if there is something we can do to make the wiki harder to spam??
Can we, say, configure it to reject POSTS from certain IPs or IP ranges?
(If we're running Apache on, I know it can be done somehow.)

------- Additional Comments From 2005-02-04 03:07:47 ----

just 2 links as food for thought:


(this one at this moment looks like overkill, since our spammers insofar just
spew out a long and boring list of URLS)

All in all, maybe just upgrading phpwiki to the first version issued after 06
December (that has in it the limit on the number of links per edit) will help us
tone down those linkspammers...

------- Bug moved to this database by 2005-03-30 18:31 -------

This bug previously known as bug 2403 at
Originally filed under the Fedora Legacy product and General component.

Spamming & DeSpamming over past 7 days

Unknown priority P2. Setting to default priority "normal".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Arnaud Abélard 2005-03-31 07:29:35 UTC
Using the rel=nofollow trick won't stop the spammings but will make them useless
and by the time spammers get bored every wiki in the world will have been
spammed at least 100 times.

The only effiscient ways to stop spammers is either to use an authentification
system with a simple registration or use a captcha test
(, even though those tests aren't always
usefull (

another way could be to rename the wiki's default pages to defeat the
spam-robots or change the forms' variables... 

PS: i just noticed the wiki has been updated.. unfortunately it's also broken:
lib/WikiDB/backend/PearDB.php:32: Fatal[256]: Can't connect to database:
wikidb_backend_mysql: fatal database error

    * DB Error: unknown error
    * ( [nativecode=Commands out of sync; You can't run this command now] **

Comment 2 Matthew Miller 2005-04-12 17:48:54 UTC
We're planning to move to wiki space, which will either solve
this or make it a different sort of problem. Either way, this is a meta-issue
not a package bug, so NOTABUG seems appropriate.