Aujourd’hui, en traitant un signalement, je suis tombé sur une situation et je souhaitais confirmer le comportement attendu.
Un message a été automatiquement signalé par Discourse AI comme spam. Le contenu était clairement hors sujet par rapport au forum (langue étrangère, hors thème, contenu de type softcore). J’ai donc validé le signalement, supprimé le compte et sélectionné l’option pour bloquer l’adresse IP de l’utilisateur.
Peu après, j’ai remarqué dans les journaux d’envoi d’e-mails qu’un message de type account_deleted avait été envoyé.
Cela a soulevé une inquiétude.
Est-il normal que Discourse envoie un e-mail de suppression de compte dans ce genre de cas, y compris pour des comptes spam évidents ?
Si oui, existe-t-il un moyen de désactiver cette notification spécifiquement pour les suppressions liées au spam ?
D’un point de vue modération, il semble contre-productif de notifier les spammeurs que leur compte a été supprimé. Dans les cas où le spam est flagrant et confirmé via des signalements, il serait préférable que l’action se fasse de manière silencieuse.
Je souhaite également écarter la possibilité que j’interprète mal les journaux ou que j’associe le mauvais e-mail à la suppression.
Je cherche des éclaircissements sur :
Si cette notification est un comportement attendu
Si elle peut être désactivée ou ajustée pour les flux de travail liés au spam
Les meilleures pratiques en la matière du point de vue de la modération
Non, pas vraiment pour le moment, à ma connaissance. J’aime beaucoup cette notification et je pense que c’est une bonne fonctionnalité, mais il faut aussi considérer le fait de notifier les spammeurs et l’impact que cela pourrait avoir : ne pourraient-ils pas simplement recréer un compte ? De plus, si j’étais vraiment un utilisateur de bonne foi, serais-je vraiment détecté par le filtre anti-spam et banni par un administrateur ?
Mise à jour : il semble que cela soit intentionnel.
Je viens de supprimer un compte qui publiait du contenu généré par IA, provenant d’un nouveau compte partageant la même adresse IP que deux autres comptes. Ils ne seront pas ravis de recevoir cet e-mail d’alerte :
Bonjour,
Ceci est un message automatique de X pour vous informer que le compte utilisateur associé à cette adresse e-mail a été supprimé par un membre de l’équipe.
Votre publication a été marquée pour approbation : elle a été automatiquement mise en file d’attente pour examen par un membre de l’équipe afin de s’assurer qu’elle respecte nos règles de la communauté.
Veuillez consulter nos règles de la communauté pour plus de détails.
J’aimerais vraiment pouvoir désactiver l’envoi de ces messages. La recherche sur le forum m’a amené ici.
Je pense que supprimer depuis la page de profil (admin) au lieu de la file de modération fonctionne toujours comme solution de contournement. Mais je sais que ce n’est pas aussi pratique que de le faire directement dans la file de modération.
Je soupçonnais qu’il y avait peut-être une raison liée à la conformité pour agir ainsi.
Cela me rappelle les « bons vieux temps » de l’administration d’un serveur de messagerie. Je me souviens qu’à un moment donné (il y a des décennies), j’étais victime d’une attaque par notification de non-livraison inversée de la part de spammeurs. Ils falsifiaient l’adresse de l’expéditeur, puis envoyaient l’e-mail à un compte inexistant sur mon serveur. À l’époque, pour se conformer au protocole SMTP standard, une notification d’échec de livraison devait être envoyée en cas de non-livraison, incluant une copie de l’e-mail ayant échoué. La cible visée du spam était l’adresse de l’expéditeur falsifié, qui recevait alors la notification d’échec de livraison… y compris l’e-mail lui-même.
Bien que je soupçonne que les spammeurs en question dans ce cas précis soient automatisés et qu’aucun humain ne verra jamais l’e-mail de suppression de compte, il me vient à l’esprit que nous fournissons aux spammeurs plus d’informations que nécessaire, ce qui peut ensuite être utilisé pour affiner leurs tactiques.
Une erreur depuis que je l’ai cité. Corrigé.