… Do you have an idea when version 14.0 will be available?
14.0-RELEASE some time in 2023, I guess.
{link removed ? link provider grahamperrin is dead}
{link removed}
{link removed}
Last edited:
… Do you have an idea when version 14.0 will be available?
Wow!Things we might like to deprecate for 14.0. Further discussion may be required to reach consensus.
...
sendmail !! (emaste)
So in 14.0, graphics/drm-kmod is becoming part of base?DRM in base for amd64/armv7/arm64
Hm, not so far... Maybe they mean the kernel bits to support Linux DRM?So in 14.0, graphics/drm-kmod is becoming part of base?
That doesn't bode well for the operating system itself which is also pretty oldIt's time. The initial release of sendmail was 38 years ago. That's ancient.
Age is no indicator of quality or lack of it.It's time. The initial release of sendmail was 38 years ago. That's ancient.
True, but being old doesn't automatically mean it's good.Age is no indicator of quality.
On the negative side, sendmail has acquired a certain amount of cruft (old code) over its long history, with the result that it has a reputation of being insecure and bloated.
...
As for the “bloatware” charge, it's true that sendmail has a much larger code base than other MTAs such as qmail and Postfix, and a larger RAM footprint too. This probably has at least as much to do with the fact that sendmail is monolithic (one executable provides most of sendmail's functionality) as it does with cruft.
...
Sendmail also is criticized for its complexity. The syntax of its configuration file, sendmail.cf, is non-instinctive to say the least—in my opinion, its difficulty ranks somewhere between C programming and regular expressions.
Yes and you replied before I finished editing my comment agreeing with that. But any attempts to remove something based on age alone is misguided.True, but being old doesn't automatically mean it's good.
sendmail has nothing to do with whether you want mail or not. Most systems, if not all, have some built in method for sending you mail or alerts of some sort.But as a casual user, i don't like the system sending me mail.
Yes, you're right. But removing something because it's bloated, insecure and complex is justified.But any attempts to remove something based on age alone is misguided.
Yes. But honestly, who reads that mail? I don't.Most systems, if not all, have some built in method for sending you mail or alerts of some sort.
xxx@xxx:~$ mail
Command 'mail' not found, but can be installed with:
sudo apt install mailutils
Methinks there are many who will disagree with your opinion of sendmail.removing something because it's bloated, insecure and complex is justified.
I do but neither of us represent the thousands of others who use it and I'd bet most of them do.honestly, who reads that mail? I don't.
Let's not bring up Linux faults in this thread.I am currently on a Linux server system which doesn't have mail installed by default:
And many agree, see for example https://forums.freebsd.org/threads/how-to-stop-sendmail-100.79186/ or the abundance of tutorials on how to disable sendmail you find with Google.Methinks there are many who will disagree with your opinion of sendmail.
Yes, we can only speak for ourselves.do but neither of us represent the thousands of others who use it and I'd bet most of them do.
Sorry, i can see that this may be disturbing.Let's not bring up Linux faults in this thread.
If you have ever used a desktop environment that pops up with a notification that your download is done, you have new hardware added, etc.. This is effectively the same thing.Yes. But honestly, who reads that mail? I don't.
Server Type Number of Servers Percent
Exim 291,497 60.25%
Postfix 158,999 32.86%
Sendmail 17,252 3.57%
Yes. A quick count shows nine copies ofMethinks there are many who will disagree with your opinion of sendmail.
sendmail
running across both Linux and FreeBSD hosts, and that's just the ones I use personally. smartcheck
from cron
and read the emails. The alternative is to let my systems fail hard. Sendmail
is certainly complex, but it addresses a complex task. I am not aware of any broad-scale security issues, and the complexity issues are largely obfuscated for the casual user with pre-prepared configurations (change a couple of lines in freebsd.mc, and run make
). I must admit that I would consider using postfix
for a greenfield. However I am completely certain that sendmail
furnishes functionality in esoteric circumstances where others would struggle. So I hope and expect it will endure.Yes, not every mail server responds with a banner to be identified.Only lists less than 500,000 MX servers.
But there is a good chance that these aren't sendmail.As indicated by the above table, of the 857,797 servers queried, only 483,818 servers responded with a banner that allow us to identify the software being used. All of the remaining information in this report is based on the responses that allowed us to identify the software in use.
Yes, it is, at best, a few percent of Mail eXchangers on the Internet -- and there would be a great deal more Mail eXchangers hiding inside private networks.eternal_noob Point being, there are far more than 500K MX servers.