cross-posted from: https://piefed.social/c/technology@piefed.social/p/2533091/proton-to-re-interview-staff-about-ai-to-see-who-gets-to-keep-their-job
cross-posted from: https://piefed.social/c/technology@piefed.social/p/2533091/proton-to-re-interview-staff-about-ai-to-see-who-gets-to-keep-their-job
Start with buying your own domain.
If you are interested, self hosting email has an outdated bad reputation, I have had much more problems with google blocking microsoft email from custom domains than from self hosted emails.
That said, it is still a lot of work. For a hands off system, find a national provider that can use your domain, so you can switch later while retaining your address.
As we have seen with eg.: Austistici,
buyingrenting a domain gets you nothing. It can be pulled right from under you with no recourse. If you have to pay someone else to “host” your identity, then it’s not actually your identity.Not to mention, your own domain makes you trivially identifiable and filterable.
Yeah, self-host … then you end up on a VPS with a bad spam/RBL reputation because they have other customers being spammy dickheads, and their entire IP allocation is listed. This covers far too many VPS providers. So, when you’re trying to simply get things done, you end up randomly having to troubleshoot your emails not going through or ending up in remote spam folders.
Its a mess. Email sucks. Wouldn’t suggest self-hosting if you have low patience or are busy.
Should be easily solvable with something like a co-op owned SMTP relay. That way, every member has a patent investment in the reputation of the relay.
I think the best option for self-hosters who don’t want too much headache from their email is to host the email yourself, but send your emails through a relay other providers actually trust. It sucks to get so close to full control and give it up, but if you’re like me, you send almost no email, so there’s almost nothing at all to see for the relay, and all your received mail still comes straight to your server.
Sure, if you don’t do your own research and legwork, first.
In fact, there are a shitton more bad corners you can paint yourself into if you are too fucking lazy to do some trivially basic research ahead of time, from hosts to software chosen to how you configure things.
Hell, a lot of these bad corners also involve turnkey solutions hosted by others. So simply having someone else do all the work can hose you just as badly. Sure, Azure/O365 or AWS Workmail or Google Workspace solutions are usually not that kind of corner, but unless you are willing to pay out the nose for minimal needs, you’re usually going to go for something a lot smaller and possibly more sketchy.
Do you have a spare desktop I can borrow to self-host with?
Ain’t no such thing as “buying domain”.
Only renting.
Good point. Though you are of course right, and it will cost money in perpetuity, I think it is important to distinguish between locations and which top level domain one buys under. At least where I live, I have government guaranteed rights regarding switching registrars and keeping my domain, and a court is needed (or lack of payment) to force me to abandon my domains. That way I avoid the problem of vendor lockinn.
What do you want to bet that Trump’s frown (or Putin’s, or Nazinyahu’s) is not sufficient to pull the domain from under you, your country’s regulations be damned?
https://mailinabox.email/
The one thing that rubbed me the wrong way is that it treats the underlying host as “disposable”, in that it intentionally does not support in-place OS upgrades. As in, if you want to jump from an older LTS to the most recent, you need to explicitly spin up a blank, new LTS host, run the installation script from scratch, and then restore the data from an overnight backup.
I can understand an immutable container/binary with external data storage and config settings, but flipping the script and locking down the underlying OS? Yeah, that seems excessively unnecessary.