Le plugin Stop Forum Spam (non officiel) peut aider à éliminer les spammeurs humains capables de contourner les outils anti-spam intégrés de Discourse (grâce à leurs incroyables pouvoirs humains). Dès qu’un nouvel utilisateur s’inscrit sur votre forum (avant qu’il n’ait le temps de publier), ce plugin vérifie l’adresse e-mail, le nom d’utilisateur du forum et/ou l’adresse IP de l’utilisateur (selon vos paramètres de plugin) par rapport à la base de données Stop Forum Spam. Si l’utilisateur est trouvé dans cette base de données de spammeurs connus, son compte utilisateur sera immédiatement mis en silence automatique dans Discourse.
Remarque : Si nécessaire, vous pouvez réactiver l’utilisateur dans la section Utilisateurs → Mettre en silence de l’administration Discourse.
Installation
Suivez ces instructions pour installer ce plugin dans votre installation Discourse.
Après avoir installé ce plugin dans Discourse, vous pourrez configurer les paramètres suivants dans la section Paramètres → Plugins de l’administration Discourse :
stopforumspam enabled : Activer le plugin Stop Forum Spam. Cela mettra automatiquement en silence les nouveaux utilisateurs qui figurent dans la base de données Stop Forum Spam des spammeurs connus.
stopforumspam check email : Mettre en silence un nouvel utilisateur si son adresse e-mail est trouvée dans la base de données Stop Forum Spam.
stopforumspam check username : Mettre en silence un nouvel utilisateur si son nom d’utilisateur est trouvé dans la base de données Stop Forum Spam.
stopforumspam check ip : Mettre en silence un nouvel utilisateur si son adresse IP est trouvée dans la base de données Stop Forum Spam.
stopforumspam minimum entries found : L’utilisateur doit apparaître dans la base de données Stop Forum Spam au moins ce nombre de fois.
stopforumspam recheck users after hours : Nombre d’heures à attendre avant de revérifier les nouveaux utilisateurs une deuxième fois pour s’assurer qu’ils ne sont toujours pas dans la base de données Stop Forum Spam. Définir sur 0 pour désactiver la revérification.
Remarque : Si vous avez activé plus d’un de ces paramètres de vérification, l’utilisateur sera considéré comme un spammeur dès que l’un d’eux sera trouvé dans la base de données Stop Forum Spam.
Bien que je n’aie rien contre le fait que vous me contactiez directement pour obtenir de l’aide, il serait bénéfique pour tout le monde ici si vous publiez vos questions, commentaires et/ou suggestions ci-dessous.
I added a new stopforumspam recheck users after hours plugin setting to allow users to be rechecked again after X hours. This will allow more spammers to be cleaned up later when they are not found in the Stop Forum Spam database on the first check.
This is a great idea — however, I would have expected that spammers change their email address each new time they spam so I’m surprised that checking such a database is effective.
Salut, merci beaucoup @msinger pour ce plugin, j’utilise SFS depuis des années sur un forum non-Discourse et cela aide vraiment.
L’option de revérifier les nouveaux comptes après X heures est une idée fantastique, merci de l’avoir ajoutée !
Quelques améliorations possibles pour ce plugin :
Est-il possible de le faire fonctionner dès le début sur la page d’inscription afin que les spammeurs ne puissent même pas s’inscrire ?
Des seuils configurables par l’administrateur pourraient-ils être implémentés pour spécifier combien de correspondances dans la base de données SFS pour le nom d’utilisateur, l’e-mail et l’IP afin de le considérer comme un spammeur ?
Un bouton d’administration pour signaler un utilisateur et ses publications à SFS serait bien.
Je remarque que StopForumSpam est actuellement hors service, affichant « trop de connexions à la base de données » - est-il possible que ce plugin fasse partie du problème ? Ce plugin pourrait-il appliquer une limite de débit, s’il ne le fait pas déjà ?
(Et, comment ce plugin réagit-il s’il ne peut pas obtenir une bonne réponse du service ?)
@msinger Je vois que cela fait cinq ans que vous vous êtes engagé sur ce plugin.
Avez-vous l’intention d’apporter des modifications et des améliorations à ce plugin, ou êtes-vous passé à autre chose et est-il raisonnable que quelqu’un en fasse un fork ?
J’ai introduit un nouveau paramètre dans la version 2.0 nommé Nombre minimum d’entrées Stopforumspam trouvées. Par défaut, ce paramètre est réglé sur 1. Vous pouvez augmenter la valeur pour ajuster le seuil des correspondances trouvées en fonction de l’e-mail, du nom d’utilisateur ou de l’adresse IP.
De plus, lorsqu’un utilisateur est réduit au silence, la raison inclut maintenant le nombre d’occurrences.
Bien que je ne puisse garantir qu’il ne tombera jamais en panne en raison du calendrier de publication agressif de Discourse, il est entièrement fonctionnel avec la dernière version bêta. Je l’exécute actuellement sur tous mes forums avec 3.5.0.beta2-dev.
J’ai récemment installé ce plugin, mais je ne pense pas qu’il ait encore intercepté quelqu’un (je suis sûr que cela arrivera, car j’ai assez souvent vu les adresses IP de nouveaux utilisateurs sur stopforumspam).\n\nLorsqu’un message est détecté, est-il envoyé dans la file d’attente de révision ?
Non, à mon avis, cela irait à l’encontre de l’objectif du plugin, qui est essentiellement un système entièrement automatisé et sans intervention manuelle pour bloquer les spammeurs confirmés, sans aucun temps de modération. Mais vous pouvez regarder sous /admin/users/list/silenced et ceux qui ont été réduits au silence par le plugin indiquent la raison « User was found in StopForumSpam ».
J’ai eu de nombreux spammeurs pendant des années sur mon forum et j’ai essayé diverses choses pour minimiser les actions des administrateurs. Je suis convaincu que ce plugin fera un travail formidable, d’après ce que je vois !
Je ne l’ai jamais vu donner un faux positif (c’est-à-dire, chaque fois qu’il trouve quelque chose, c’est quelque chose qui est dans la base de données SFS).
Une chose à garder à l’esprit est que l’API a une limitation, et vous pouvez obtenir une correspondance sur une adresse e-mail qui ne correspond pas exactement à l’e-mail - SFS identifiera le domaine comme un « domaine toxique », mais l’API ne vous le dit pas. Les utilisateurs avec des adresses e-mail provenant de l’un de ces domaines apparaîtront comme une correspondance d’e-mail, mais vous ne trouverez pas leur e-mail exact dans la base de données SFS en faisant une recherche.
La base de données est une effort communautaire, donc il y aura une chance que l’utilisateur ne soit pas réellement un spammeur, mais ait été identifié comme tel par quelqu’un pour une raison ou une autre. C’est rare, mais cela arrive (voilà pourquoi SFS dispose d’un processus « d’appel »).
Jusqu’à présent, je l’avais configuré pour ne vérifier que les correspondances d’adresses e-mail, qui est l’identifiant le plus unique. Les correspondances d’adresses IP et de noms d’utilisateur sont beaucoup plus susceptibles d’être de faux positifs, j’ai donc désactivé ces vérifications. Mais maintenant que le seuil est configurable, je pourrais définir un seuil très élevé, comme 30 correspondances pour les adresses IP et peut-être les noms d’utilisateur.
Bon point à garder à l’esprit, il m’a fallu beaucoup de temps pour comprendre cela. Bien que, honnêtement, ces « domaines toxiques » portent bien leur nom, et tout utilisateur s’inscrivant avec l’un de ces e-mails a presque certainement de mauvaises intentions de spammer ou d’échapper à un bannissement pour trolling / harcèlement répété. Heureusement, ce plugin se contente de faire taire l’utilisateur, donc s’il s’agissait d’un faux positif, il peut toujours contacter le personnel avec ce autre plugin (IMHO essentiel) activé :
