Every distro I have used in recent memory has only ever had local delivery working by default, and sometimes not even that. So the GP (or GGP) post about cron not having a failure detection mechanism is mostly true.
The only major distro like that is Debian. RHEL, SuSE, Alpine, even the default AWS images are configured to send outgoing mail by default. All four BSDs are too.
Local-only (outside of Debian) is generally only found on desktop- or hobby-oriented Linux things like Fedora and Arch -- which aren't really germane here.
Yes but from memory that outbound mail is only able to be received by machines configured to receive it with no authenticity checking, i.e. your other servers you set up. The usecase I usually see for this is you set up one server as an MTA that forwards to GMail, etc, and all other servers send mail to that MTA.
But that local MTA you have is not typically something you log in to check your mail, and all of these things are not set up by default.
... that the functionality people here seem to expect is not set up by default. Some of the people commenting don't seem to know what needs to be set up, thus the explanation for their benefit, and also an explanation of what exactly is not set up.
Your objection is that the computer does not magically precog the admin's delivery address? Or what? It works fine without DKIM or SPF or any of that stuff; at best you must whitelist the message sender.s
I'm having a hard time understanding you because you refuse to specify "what needs to be set up" and when you have you've been mistaken.
LAN sending is not being "phased out". Email is not being "phased out". Nothing has changed with email policies on any of these distros for the better part of a decade.
