[spam-stopper] A small akismet extension for updating htaccess

[markus]

hmm... adding hooks might also add certain overhead, which is what I'm
trying to avoid. On the other hand, hooks might be more easy to extend,
adapt... hmm...

I'm mostly concerned about doing something (if at all possible simple) to
minimize Denial of Service situations when a spambot is having a go with a
particular site.

Since I have a couple more feaures ready to release for Akismet module for
Drupal (this week-end, if life permits), I'll be adding something simple now
and see what happens. :-)


Cheers,
Markus
--
http://www.phpmix.org



----- Original Message ----- 
From: "rich boakes" <rich at boakes.org>
To: <spam-stopper at lists.automattic.com>
Sent: Friday, June 16, 2006 6:48 PM
Subject: Re: [spam-stopper] A small akismet extension for updating htaccess


> markus wrote:
>>That is, I'm thinking just about measures against spambots. Simple checks
>>that could be made against known spam that we may have for a short period
>>of time in the queue. I'm currently coding a new version of the module, I
>>would love to hear thoughts or suggestions about that. :-)
>
> Funny you should mention that; I've started
> coding it twice already (my plan was rewrite the
> htaccess file so that any any IP address with
> more than n comments in the unmoderated spam
> queue would get a 403, this is in addition to
> the existing 403 ban that I'd set up), but I
> stopped short both times, realising that it's
> probably more useful to suggest some changes to
> the plugin first, so such experiments can be
> attempted by listening for akismet hooks, rather
> than extending the plugin itself.
>
> So here's a straw man describing the kind of
> hooks that would be useful:
>
>   spam page being shown
>   spam page being submitted
>   comment checked and it's spam
>   comment checked and it's not spam
>   comment submitted for despam
>   comment submitted as spam
>   spam comment is deleted
>
> Off the top of my head those would be a good
> start and (assuming the comment is passed as a
> parameter for each), and should make further
> spam-stopping experiments a bit easier.
>
> I might have missed something glaringly obvious
> though, hence this thinking aloud.
>
> Rich
> --
> http://boakes.org
> _______________________________________________
> spam-stopper mailing list
> spam-stopper at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/spam-stopper
>