There could be a legally binding contract stating that any deletion request must be forwarded to all parties it was send to, and that upon receiving such a request the data must be deleted.
I do not think this would be unreasonable to ask to servers, especially as this deletion receipt could be fully automated.
The images aren’t federated afaik. They live on your home instance. If somebody else views them, they’re loaded directly from there.
However there’s no link between the images and your account. You can’t delete them yourself because Lemmy doesn’t store the “delete token”. They’re effectively orphaned.
Not sure I understand. How could there possibly be a solution? Isn’t this an inherent problem with federation? You can’t un-share information
But you can delete your copy, ask others nicely to delete theirs, and refuse to accept more copies of the same thing.
I’m not sure if Lemmy supports any of this, but it seems pretty important for e.g. child porn.
How can you refuse to accept more copies of the same thing, when you deleted all the version it can compare itself to?
When you get a deletion request, hash the bytes and store the hash.
There could be a legally binding contract stating that any deletion request must be forwarded to all parties it was send to, and that upon receiving such a request the data must be deleted. I do not think this would be unreasonable to ask to servers, especially as this deletion receipt could be fully automated.
Or there could be a delay of one minute before posts get federated, giving the user the option to quickly delete a comment or post.
That’s a great idea :) Maybe you can submit a feature request for this on GitHub?
The images aren’t federated afaik. They live on your home instance. If somebody else views them, they’re loaded directly from there.
However there’s no link between the images and your account. You can’t delete them yourself because Lemmy doesn’t store the “delete token”. They’re effectively orphaned.