Thanks. Since I’m just starting my privacy journey, I’m sticking with the mainstream options for now, but using an aliasing service will make it easy easy for me to switch in the future. I’ll check it Migadu and I appreciate the suggestion.

I switched from Google Authenticator to Ente Auth recently and am very, very happy. It works great.

I haven’t tried their other apps yet, though. I intend to take a look at their images app.

My answer to this is to use a custom domain with an email aliasing service.

I’ve gone through about half of the 400 accounts in my password manager and moved them over. I’ll migrate the rest over the next week or so.

So, I’m switching from Gmail to Proton for now, but if Proton starts to get worse or Tuta catches up on functionality or there’s a better provider that emerges or I decide to try to self-host, it’s one easy change at the alias provider to redirect all of my mail to a new email provider.

I’ll get hate for referencing a solution that involves AI, but this looks promising: https://github.com/Captcha-Sonic/CaptchaSonic-Extension

No. It’s for IPTV channels that already exist. It lets you organize them and then make them available in Plex or Jellyfin.

If you’re looking to make your own channel from content you already downloaded, that’s what ErsatzTV and dizqueTV do.

If you’re looking to stream torrents without downloading them first, I’m pretty sure that can be done with Streamio and plugins, but I haven’t tried it.

I’ve tried Dispatcharr and was pleased.

It will be, once there’s code to share. I made this a couple hours ago, and as the name implies, I intended to turn it into an interactive wiki that could be community maintained.

I don’t know how else to explain to you that it’s a static site. The “source”, as it currently exists, is being served to you as soon as you browse to the website.

How does this not relate to your question? Literally click “view source” in your browser or use the command that I already gave you. Feel free to download all of it. You have full access, right this moment.

I was just collecting resources for myself and thought it would be helpful to share for others and maybe turn it into a wiki that everyone could use.

It’s not a dynamic site. No code is being rendered on the server. It’s all static assets, pushed to a CDN.

You can download it all with the following command: wget -m -k -E -p -np https://theprivacywiki.com/

Yes, to organize some of it, and it’s a static site. So you can literally click “View Source” in your browser.

Exactly. We can just fork it, if the need ever arrives.

There’s no reason for is to suffer through a more clunky solution when this is all open source.

Thanks. Here’s a comparison, for anyone else who might be interested:

Feature matrix

Repos: AppVerifier · Verified Apps · AppVerifier BG. From each README as of June 2026; stars/releases change over time.

Thank you for sharing, but is this the third version of AppVerifier? I’m having a little trouble following all of them and their differences.

Jumping on the bandwagon here.

Yes, I intend to use my own domain name when I switch.

For IMAP, it looks like there are bridges for both Proton and Tuta that I can run locally.

https://gizmodo.com/tuta-email-denies-connection-to-intelligence-services-1851022465

And again, I’m not saying that I believe this. I have no idea what to think. My original point was that it’s all very confusing to beginners.

Yes, I know and agree that the mail providers can read unencrypted email. I’d just rather use a provider that probably isn’t intentionally using it to build profiles about myself and others.

I intend to do that but basically wanted to have an off site copy, for both backup and deliverability purposes.

I don’t have much in the way of privacy expectations for email, but I figure that Proton or Tuta are probably still safer than Google.

I’m certainly not suggesting that email providers should resist lawful orders, but if Proton complies with 89% of requests while Tuta complies with 25%, it suggests a difference in methodology, no?

It could, of course, be the case that the Swiss are just much more skilled at sending lawful requests relative to the Germans, but that seems unlikely.

This thread basically illustrates the challenges for a beginner, such as myself.

I’ve been locked into the Google ecosystem for nearly two decades and am now trying to free myself.

I’d like to migrate to a hybrid solution that involves self-hosted NextCloud synchronized with a cloud provider that I can trust more than Google.

However:

Proton apparently makes false, or at least misleading, marketing claims and doesn’t fight a vast majority of its inbound government requests.

Tuta has been publicly accused by a member of the intelligence community of being a honeypot.

The rest of the email providers seem to implement even fewer protections, relative to these two.

So, what’s a guy to do?

Now, to be clear, I’m not saying that either of these companies are bad or that I believe that they’re actually honeypots. I’m just trying to illustrate the challenges faced by newcomers (and probably all of us).

While I’d prefer to absolutely maximize privacy and security on all fronts, given that my first goal is de-googling, I will probably start with Proton and NextCloud and re-evaluate from there, but I’m open to suggestions.

Thank you all – I really appreciate this community.

Messaging and calls through standard phone apps would be even better – I just want to be able to do it over IP, kind of like T-Mobile DIGITS, without using their eSIM.

The holy grail, to me, would be to port my real number to Cape and then, instead of using their eSIM, use an anonymous data-only eSIM.

You could, in this scenario, swap eSIMs as much as you want but retain the phone number your friends and family have, without Cape.co having your IMSI or IMEI at all.

I know that JMP and VoIP.ms exist, but we’re all aware of the compromises. Being able to do this over IP, with a real carrier, especially if it supported the native phone apps, would be incredible.