so what happens with the domain when the owner dies?
mawhrin
sure. tell that to people who used the .af domains; or learn more about shenanigans with the various oceanian TLDs, or who owns the .io domain, and why.
the fact is that you don't own the domain name, and it's always one missed card payment (or registrar changing hands and losing your card data) from being lost, and then your best chance is arbitrage.
it's one of these things that you have to understand when you start self-hosting anything.
sure. because domains can be bought, not only temporarily leased.
for backups have a look at kopia. not only for the functionality, but for the fact that this whole thing is a static-linked single go binary. drop it where you need it, and you're done.
technically both, but “dei” became a mostly racist dogwhistle.
eta: also, people rarely express only a single type of prejudice.
some twenty four years ago i managed, amongst others, a company's samba and print server (that was at the time when all the company's servers were beige boxes with less memory and disk than the laptop i'm using to type this – and still they served a few hundred employees).
the machine developed a strange custom of hard-resetting itself, which we initially tracked to specific files being sent for printing; the behaviour was fully reproducible.
as it happened, it was a hardware fault somewhere between the mainboard and the integrated SCSI card; installing a separate SCSI card and reconnecting the disks and backup tape device fixed the problem. (i did not have the budget for a new serwer, no.)
establishing the actual cause took me fucking weeks.
the use of “DEI hire” is a shorthand for “i'm a massive racist shitweasel”
oh. perhaps you could explain this to the authors of the article?
i host my mail services for the last twenty seven years, and yeah, you're talking shit. starting the smtp daemon is not the same as managing mail server.
i'm sure a quick look at stock prices will sweeten the pill.
also, to some extent, poul anderson's war of the wing-men.
let me repeat something i wrote in another thread: bringing up the smtp daemon in basic configuration (and, by the way, my preferred one is exim) is trivial. managing working and usable mail service is not.
it's a process! you need to reserve time for that! you need to understand basic networking, you need to intimately know how dns works. you need to know how to use swaks. you need to know your RFCs, and the subtle breakages of the protocol that you need to introduce in order to reduce the amount of spam you're receiving. you need to understand why everything that SPF promises is a lie, but you'll be using it anyway. you need to know how DKIM works, and what is the true meaning of DMARC. you will learn that google wants you to use experimental features in order to be able to deliver your fucking mail to them. you need to understand that the anti-spam blacklists are managed by fucking racketeers, and that you can't avoid them. you need to understand the difference between sending mail and receiving it, and why a correctly configured MX record does absolutely nothing to improve the ability to deliver remote mail. you need to have time to deal with petty tyrants on a mission, and with oblivious bureaucracy of large providers, and learn to be happy if you can reach a human person on the other side at all.
and that's just the SMTP part.