this post was submitted on 15 Jan 2024
669 points (98.1% liked)

Fediverse

28444 readers
800 users here now

A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).

If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!

Rules

Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] guy@lemmy.world 16 points 10 months ago (6 children)

That's a bit misleading to say like that. Go to the website, scroll to the footer and click on "Legal". Your instance, feddit.de, has a legal notice, with a privacy contact person, mentioning you can request data erasure, and detailing where your data goes. Mine, lemmy.world, has a number of in depth legal documents attached there.

However, yes, other instances they are federated with might not take it as seriously though, and if all your data is going there too, then that's a hole in your data privacy.

[–] biscuitswalrus@aussie.zone 7 points 10 months ago (4 children)

But if I request it there, after its federated everywhere, what happens?

[–] greywolf0x1@lemmy.ml 3 points 10 months ago (3 children)

I imagine that this calls for a feature that can erase your data on every other federated server. If the activitypub protocol can send data from one server to another, it should be able to delete it or find a way to disable viewing said data.

[–] Hazzard@lemm.ee 1 points 10 months ago

Eh, that's a mixed bag. Absolutely, one could setup shared delete requests, to federate a delete request, but it would be a bit of a lie as anyone could simply.... update their instance to simply ignore delete requests.

For now, simply not having a delete feature is a more honest to the realities of the fediverse. There'll never be a "true" delete, even if they do eventually support one that's "good enough".

load more comments (2 replies)
load more comments (2 replies)
load more comments (3 replies)