Postfix 25 years old today
marc.info
marc.info
Speaking of sendmail it always fascinated me, in the same manner as a train wreak. See sendmail is very nearly a completely generic store and forward engine and is configured such that it speaks smtp. Nobody really wanted a generic engine, they wanted an smtp engine and all the generic configuration was cryptic and getting in the way. so the standard method for actually configuring sendmail was a set of m4 convenience macros. The end result was you needed a configuration language for your... configuration language. Nether one of which was really any good. It sort of reminds me of those CSS compilers. or perhaps latex.
No, when sendmail was king of the hill, the whole world wasn't SMTP, so being able to mung addresses 'generically' and deliver messages between wildly different, non-RFC822 schemes was critical functionality. Sure, that's not how things are now, but you have to consider the context when it was created.
Later this feature became more of a liability than anything else and people unfamiliar with the original context are left scratching their heads and going "wtf is this shit?! Maybe those Berkley people really were on LSD?!", but it was a hugely critical feature and without it Sendmail never would have gained the adoption it did – it really was tons better than anything else.
Sharing Software, IBM to Release Mail Program Blueprint. John Markoff. December 14, 1998.
https://archive.nytimes.com/www.nytimes.com/library/tech/98/...
Not sure if this counts to you, but I believe FreeBSD still ships with functioning mail out of the box, and they use sendmail. On FreeBSD 12 at least, sudo actually reports incidents to root's mailbox :)
With that said, when I was engaged with the FreeBSD community years ago, there would be periodic bursts of drama over "debloating" the base install, and sendmail was one (of several) programs people wanted to remove in order to "debloat" the base install. So I wouldn't be surprised if the latest version no longer has functioning mail, let alone sendmail installed.
> sendmail(8) and its configuration remain available.
I assume this means sendmail still exists in base installs. Do you know the rationale behind this decision? Upgrading from FreeBSD 13 shouldn't result in the binary suddenly going away, so I want to believe there are no backwards compatibility concerns with simply replacing sendmail with dma.
>
dma is not intended as a replacement for real, big MTAs like
sendmail(8) or postfix(1). Consequently, dma does not listen on port
25 for incoming connections.From the release notes: The default mail transport agent (MTA) is now the Dragonfly Mail Agent (dma(8)) rather than sendmail(8). Configuration of the MTA is done via mailer.conf(5). sendmail(8) and its configuration remain available.
Or did I misunderstand the question? I thought sendmail was basically just an interface.
That said, if you needed to get a message between two dissimilar messaging systems, then sendmail really shined. I don't mean "between gmail and outlook", I mean really different messaging systems. Like between SMTP and DECNet: no problems. UUCP connected MUA to a IBM CM/VMS PROFS user? We can make that work. AOL or Compuserv email address to Banyan Vines X.400? Why not. Now, it ranged from "this sucks" to "I will seek the peace of death once I figure this out" to actually get that stuff working reliably, but what you needed do it is in there.
This is something that was very common for an MTA to need to do 30-40+ years ago. That was about the last time sendmail had a use case where it was genuinely superior to other offerings.
Edit: VM/CMS, not CM/VMS.
By the time he finally added a copyright notice it was kind of a "too little, too late" kind of affair.
This is the story with most "djb-ware": daemontools, djbdns, qmail. I think it's a real shame because all of these had great potential to be picked up by others after djb himself lost interest. I suppose daemontools is the most "successful", but only in the form of the runit re-implementation.
I am also curious if there is a succession plan in the event that anything should happen to Wietse Venema.