Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: Re: human validation on post comments
Date: Tue, 21 Mar 2006 16:54:24 -0000
Message-ID: 
 <E7F85A1B5FF8D44C8A1AF6885BC9A0E4011C9692@ratbert.vale-housing.co.uk>
Thread-Topic: [pgsql-www] human validation on post comments
thread-index: AcZNBtanhQUHn4FsRdCDCaSrHUEHZgAAGQXA
From: "Dave Page" <dpage@vale-housing.co.uk>
To: "David Fetter" <david@fetter.org>
Cc: "PostgreSQL WWW" <pgsql-www@postgresql.org>

=20

> -----Original Message-----
> From: David Fetter [mailto:david@fetter.org]=20
> Sent: 21 March 2006 16:45
> To: Dave Page
> Cc: PostgreSQL WWW
> Subject: Re: [pgsql-www] human validation on post comments
>=20
> The porn thing works just fine no matter what the timeout is, as the
> spam is queued up already and the capcha gets presented as soon as
> it's generated.  The porn surfer will generally not dally when
> presented with the capcha.

Generating enough real traffic to a dummy site to ensure that there is
always user ready to read a single capcha within a few minutes of it
being generated just to post a single piece of spam seems like a pretty
mean feat. I would think they could generate more revenue from bunging a
few ads on the site than hoping that the spam they manage to get on a
completely unrelated site might actually generate a customer. Still, I'm
only speculating so may be completely wrong.

> But apart from its ineffectiveness on spammers, as others have
> mentioned, capcha excludes blind people. :(

Yes - it's a shame none of us thought about it when Gevik was originally
working on it.

There is the audio option I suggested which Paypal use IIRC -
alternatively we could use some sort of puzzle - such as 'enter the
third, second from last and 2nd character from this string'.

Regards, Dave.