bonfire-networks / bonfire-app

Bonfire - tend to your digital life in community. Customise and host your own online space and control your experience at the most granular level.
https://bonfirenetworks.org
GNU Affero General Public License v3.0
591 stars 44 forks source link

spam detection #852

Open mayel opened 9 months ago

mayel commented 9 months ago

I can think of three possible approaches to begin with:

and if the score passes a configurable limit, do not actively notify the user (i.e. with push or email notification) and filter them out in separate tabs in notifications/messages views

could try making the algorithm using a configurable formula, so admins but even users can go in settings to improve the formula or simply tweak the sensitivity of different criteria in real time to better react to a spam influx, and share their algos or copy paste them from others... potential lib: https://hexdocs.pm/ex_pression/full_description.html

For inspiration see: pixelfed/pixelfed@dev/app/Util/Sentiment/Bouncer.php#L57-L100

hellquist commented 9 months ago

Have you considered knicking/replicating the MRF functionality of *oma services? It is extremely effective in stopping spam. There is a proposal to implement that for Mastodon, but I am thinking that the underlying thinking could be applied to any/all Fediverse services, and as I say, it has proven itself to really be working nicely (I run Akkoma and have had zero spam during this latest wave).

https://github.com/mastodon/mastodon/issues/29252

mayel commented 9 months ago

Thanks for the suggestion! Luckily we do have MRF built-in: https://doc.bonfirenetworks.org/mrf.html (as our federation library started as fork of Pleroma). I will look into added the policies mentioned in that thread.