Most Lemmy users are vulnerable to data loss arising out of an admin spontaneously pulling the plug on their Lemmy instance. I have lost data several times by this cause (both on Lemmy and on Mastodon). Infosec includes availability (thus backup copies), but this has been neglected by developers of clients for fedi platforms.
Mastdon has /something/, at least
We have a crutch for Mastodon: mastodon-archive
by Kensenada. It only works on some¹ Mastodon instances, but when it works it’s a quite useful tool. It uses the API to grab all posts you author as well as posts by others who mention you. It would be even more useful if it would grab whole threads for which you participate or bookmark regardless of mentions, but last time I checked there is no plan to implement that. You don’t even have a copy of the parent messages you reply to. And (IIRC) you also don’t get a copy of mentions in situations where fedi barriers prevent responses from reaching the instance you are on.
¹ Some instances are simply incompatible for unkown reasons
What Lemmy needs
A gnu linux tool to fetch whole threads that the user starts as well as whole threads for which they comment. Ideal features:
- produce a searchable local SQL database.
- optionally, grab threads or posts the user upvotes.
- optionally, detect cross-posts and grab those threads too.
- periodically revisit the thread to record new activity, including moderator actions. The period between re-visits should get increasingly longer as the thread ages.
- when an author deletes their post, it should be marked as deleted in the local DB. And users should have the option to have those records purged automatically or selectively purged upon review.
- (science fiction?) get the current host to digitally sign something certifying that the user’s profile/content is the genuine original artifict for the purpose of migrating to another host. The current Mastodon migration mechanism is dysfunctional for cases of a host going down before migrating, and I assume Lemmy might have the same issue.
- fedi politics circumvention: give users the option to grab copies of the same thread from other instances so a browsing tool can compare the various thread versions, suppress dupes, and show the most complete aggregated version.
- for extra credit: integrate the DB with @theblawsybogsy@lemmy.ml’s emacs “Lem” app as a front-end for offline browsing
It’s important for retention
When a user puts a lot of effort into producing content only to lose it all on the whim of an admin deciding out of the blue to kill the server, it’s demoralising. The user might opt to abandon the fedi or start over from a giant centralised walled-garden like LW. In both cases the decentralised free world shrinks.
It’s important for digital sovereignty and fedi-balance
There are already users who conciously decide to pile onto the biggest instances for the perception of stability. Nervous Bob might have a specific passion for a small mission-focused instance like lemmy.radio, lemmybefree.net, mander.xyz or linkage.ds8.zone, but is risk-averse. He cannot stomach the thought of losing all content and believes that if an instance is large, the admins will be more careful.
Having an archive settles the nerves of Nervous Bob enough to be able to follow his passion. It disables the cognitive dissonance of licking the boots of an oppressor (such as a Cloudflare instance).
Why this is (or will be) posted in !spreadfediverse@flamewar.social
Some would say information security is essential -- a precondition to transitioning into the fedi. Reguardless, such an app would serve to encourage people to contribute to the threadiverse and ultimately the proportionate growth and spread of it.
If you think it’s over the money, you’ve missed the plot.
There is an ethical problem with how they operate. If you let them get away with their shenanigans, you support them. I will not. Fuck banks. And fuck their shenanigans. When they pulled this shit, it became my ethical duty to cost them. Their postage cost exceeds the value of the check, and their phone operator costs are high. So I’m happy to ensure their profit-driven exploitation backfires fully.
Mobile deposits: most banks have scrapped remote deposits via web. Most banks are happy to exclude those not on their exclusive smartphone ecosystem and try to push you into Google’s walled garden to obtain their forced-obsolescence app (so Google can know where you bank after getting a mobile phone subscription in order to activate a Google acct). Anything to cattle-herd boot lickers onto the bank’s closed-source spyware app is part of their game. The ethical problems with this could fill a book.
I tried hacking together an Android emulator to take a JPG of a check and emulate the camera within the android v/m using the linux gstreamer tool. I tried that back when I was willing to briefly experiment with a closed-source bank app I exfiltrated using Raccoon. Shit didn’t work with the banking app.. it was too defensive. I was lucky the app even ran on the emulator. Many banking apps detect the emulator and refuse to run.
Can’t reach an ATM for deposits from overseas. But also, when I am in the country, it’s a long drive from the house to an ATM.
So deposits by mail are the most sensible in my situation.
The idiot who charged the interest was just the first fuckup. And it’s not a significant fuckup. The notable fuckup here is the deliberate corporate-wide policy in how they deal with small credits that leads to a paper check in the mail. It’s the shitty policy that disables them from fixing their fuckups. A fuckup is fine if they can fix sensibly. But this is not the case here.
IIUC, it’s what the Scots call a running goat fuck.. which is fuck up after fuck up on top of fuck ups.