this post was submitted on 13 Jul 2024
127 points (75.5% liked)

Open Source

31422 readers
15 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS
 

Interesting history and analysis of SMTP's history. How can we prevent fedi and other open protocols from suffering the same fates?

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 30 points 4 months ago* (last edited 4 months ago) (1 children)

Domains aren’t free and I don’t think it’s worth it for them to buy a new domain to just be able to spam for a short time again.

Literally what e-mail spammers do.

Agreed defederating can help solve obviously malicious instances, it doesn't solve spammers abusing good instances. E-mail and AP are very similar at a protocol structure level.

[–] [email protected] 13 points 4 months ago (3 children)

Is it though? Don't email spammers just spoof the domain or send without a domain? I'm not entirely sure if that's different from how the fediverse works. I'm not too knowledgeable about this topic.

[–] [email protected] 9 points 4 months ago

Don’t email spammers just spoof the domain or send without a domain?

Very much so. Out of the spam that I do see in my inbox, the sender domains are usually spoofed, while the reply-to addresses are usually gmail.com, hotmail.com or outlook.com.

[–] the_crotch 5 points 4 months ago

You need to set up dkim to prevent spoofing. Each message sent has a digital signature that matches one on a DNS record for your domain. You can also set an SPF record, which will tell the recipient what up addresses are authorized to send mail on behalf of your domain.

The recipent must have policies in place that reject mail which fails dkim/spf

[–] [email protected] 4 points 4 months ago* (last edited 4 months ago) (1 children)

Don’t email spammers just spoof the domain or send without a domain?

They do both, depending on the spammer and the type of spam they send. In e-mail, you have an e-mail server, you can use it to send mail to users on other e-mail servers. Each e-mail server can choose to accept or reject email from other e-mail servers based on whatever reason they want. AP/Lemmy/Mastodon is basically identical to this. I'm not sure how exactly bluesky is setup but I get the impression it's similar. In Nostr, servers aren't federated (each relay is seperate, if you want to send/recieve content to another user on a different relays you just talk to that relay directly instead of having "your relay" act as an intermediary), but the structure is still pretty similar.

Nostr does have this hashcash type system (requiring proof-of-work to weed out spam), but I haven't come across any relays that actually enforce it, it will be interesting to see if that changes in time. I also saw a GitHub issue about adding something similar to AP but I think they chose not to implement it.

[–] [email protected] 7 points 4 months ago (2 children)

Replying to your edit:

it doesn’t solve spammers abusing good instances

This is an instance moderation problem. If you're letting spammers in, you need to use a better application process or something similar to that. A big problem with email spam is that most email services allow anyone to sign up for free without any checks.

Ultimately defederating bad actors and defederating "good" actors who fail to moderate their own users is necessary.

[–] [email protected] 7 points 4 months ago* (last edited 4 months ago) (1 children)

This is an instance moderation problem. If you’re letting spammers in, you need to use a better application process or something similar to that. A big problem with email spam is that most email services allow anyone to sign up for free without any checks.

Which is one reason, this author is arguing, that e-mail has become so centralized. Doing that kind of manual moderation and curation is expensive, the bigger instances out-compete the smaller ones who don't have as much resources to dedicate to it. As more and more instances get "de-federated" for not having as good of anti-spam measures as the bigger instances, more users will sign up at big instances to avoid defederation risk. Just like how many people use gmail simply because their email delivery rate is so good. If I send from g-mail, there's very few servers which will reject my message or throw it in the spam folder. I'd love to run my own mail server, but even as a dedicated sysadmin it's impossible to get decent delivery rates.

The more anti-spam checks we have, yes we weed out spam, but we also make it accessible to less users as well.

AP has been blessed so far with not having to fight too much spam. Look at very popular, very centralized, very resourced platforms like Facebook, spam is still a problem on their platform despite massive resources put towards fighting it.

[–] [email protected] 5 points 4 months ago (1 children)

Hmm I feel like some pooling of effort with spam detection built into the software (lemmy for instance) could help spread the effort of spam fighting to other, smaller instances and not just centralised to the big ones.

But it's difficult to say what will happen I guess. We need to just keep being vigilant when it comes to stopping spam while keeping in mind our shared goal of a decentralised social Internet.

[–] [email protected] 3 points 4 months ago
[–] [email protected] 2 points 4 months ago (1 children)

Ultimately defederating bad actors and defederating "good" actors who fail to moderate their own users is necessary.

Agreed, and this is what makes the Fediverse so good. It would be annoying to lose your instance, true, but you just move to another or roll your own. Additionally, let's say they start spamming Mastodon from mastodon.social; their messages would go to the Global channel, but if I only ever read Local or Subscriptions, I'll never see their spam.

The Fediverse and ActivityPub will continue to evolve, but unlike SMTP, they were created after the internet became adversarial. This author isn't the first to try to fearmonger over the future of AP, and they won't be the last.

[–] [email protected] 3 points 4 months ago* (last edited 4 months ago) (1 children)

It would be annoying to lose your instance, true, but you just move to another or roll your own.

This is a problem nostr solved, and I believe bluesky solves as well though idk as much about the protocol. On nostr, your identity and your instance are different things. Relay goes down? There's no meaningful impact to you. You're typically connected to several, each of which store your content. You identity isn't username@somerelay dot com, it's just username.

As a user, I had this happen to me early in mastodon and it was very frustrating to lose all my follows, followers, tweets, settings, etc. I realize there's now ways to manually backup etc but properly moving an account requires a cooperative instance which can't happen if it's de-federated or just drops offline randomly like mine did.

The Fediverse and ActivityPub will continue to evolve, but unlike SMTP, they were created after the internet became adversarial. This author isn’t the first to try to fearmonger over the future of AP, and they won’t be the last.

This isn't fearmongering, it's him reviewing the ways SMTP tried to solve the spam problem and became centralized as a result. These questions of how we tackle spam and moderation are valid, important questions. And Fediverse, at a structural level, is basically the same as SMTP. We have users at instances (e-mail hosts), they can send messages/tweets/links (emails) to users on other instances. Each instance is free to accept/reject messages from other instances based on their own criteria. That's the whole thing. That's exactly how SMTP works.

[–] [email protected] 4 points 4 months ago

It is fearmongering, albeit unintended, but I don't think it completely applies to the Fediverse as it stands. We should always remain vigilant and never complacent, and I'm sure the devs and moderators are keeping spam control in their minds. This isn't the 1980s, and we're not trying to retrofit a protocol that came before spam was ever a thing.