[Operators] Strange registrations
ctofur at gmail.com
Fri Mar 27 10:44:17 CDT 2009
Is it a good idea to disallow registrations of users and force the use of a
webpage form that has a human verification method (reCaptha)???? Thus bot
registrations would have to pass the human verification method of a webpage.
It seems like the in-band registration capabilities of XMPP are going to be
targeted by bots heavily and there are no strong methods intergrated into
major xmpp servers nor clients that stop this issue.
I do know ejabberd is working on suppressing SPAM via Group chats
*CAPTCHA* Forms <http://xmpp.org/extensions/xep-0158.html#muc>
Although untill jabber clients support XEP-0158 for in-band user
registration I suggest all operators with public servers move to
registration via html form with human verification.
On Fri, Mar 27, 2009 at 11:03 AM, Clemens Fries <xmpp at xenoworld.de> wrote:
> I, too, got a few of these registrations. I did a quick search for some of
> names on the list and discovered that all the surnames used in the
> seem to originate from this list:
> It may be interesting to hear of anyone got a nickname with a surname that
> not on that list. I got only positive matches for the names you provided
> for the seven names I had at hand.
> Might help to single out the 'bad' users. The first names seem to come from
> different list ─ there are multiple results if you google for some of the
> exotic names.
> On Friday 27 March 2009 15:05:28 Michael Grigutsch wrote:
> > Hi!
> > It seems as if the registration bots have been improved to use more
> > ordinary nicknames for the registration. I have some strange registration
> > the last days, always using $name_$name as nick, e.g. suzanna_taggart,
> > evangeline_coldsmith, kendal_emrick...
> > The accounts are not be used further after registration, some of them
> > automatically deleted during daily maintenance as the user never logs in.
> > Anyone else noticed that registrations?
> > Best regards
> > /MiGri
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Operators