Technology

37746 readers

221 users here now

A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.

Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.

Subcommunities on Beehaw:

This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

founded 2 years ago

MODERATORS

[email protected]

Overseer: A Fediverse Chain of Trust (dbzer0.com)

submitted 1 year ago by [email protected] to c/[email protected]

17 comments fedilink hide all child comments

cross-posted from: https://lemmy.dbzer0.com/post/123857

This is my current attempt at preparing to counter the spam waves that will be appearing as the fediverse becomes more and more popular.

It involves the creation of whitelists based on a chain of trust between instances with easy ways to add and remove into it with few overheads.

Let me know what you think and if you're interested, please do register your instance at https://overctrl.dbzer0.com.

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 1 points 1 year ago

Email does rely on IP reputation as a major component in deciding if something is spam. The system has matured to a point where it works fairly well and transparently ... but the consequence has been you can't reliably send from an IP block unless somebody is very actively handling abuse and working with the reputation services to keep their IP space in the internet's good graces.

But: I wouldn't want to allowlist based just on one reputation service. I've got some ideas on how to handle spam for my instances involving a few different datapoints. This could be useful as one, if it ends up with enough data.