As documented in the release notes and UPDATING, the following changes
accompanies the merge of sendmail 8.15.2 to HEAD:
sendmail has been updated to 8.15.2. Starting with FreeBSD 11.0
and sendmail 8.15, sendmail uses uncompressed IPv6 addresses by
default, i.e., they wil
> > Ulrich Sprlein wrote this message on Fri, Oct 19, 2012 at 16:36 +0200:
> > > those roff sources have been very naughty and will be removed from the
> > > tree by the end of the year. Most of those papers are severely out of
> > > date and provide no more use to the system. They can probably al
> > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq
> > 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val
> > 407239960 ecr 0], length 0
> > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq
> > 1277075046, ack 1001452352, wi
> I think the problem was that the original developers of sendmail have mostly
> disappeared.
> More or less.
> It looked like abandonware.
Nope, still here. Granted, the release cycle has slowed, but new
features are being tested and coming (e.g., SMTPUTF8/EAI, MTA-STS).
I'll be integrating 8.
> Thank you very much, Gregory. I use it for all it's intended use cases,
> but have also leveraged it to generate a list of "bad actors" that I
> add to pf(4). The list is verified daily and currently contains `half
> a billion IPv4 IP's. I could have never managed anything like this with
> all th
As noted in UPDATING:
20240201:
sendmail 8.18.1 has been imported and merged. This version enforces
stricter RFC compliance by default, especially with respect to line
endings. This may cause issues with receiving messages from
non-compliant MTAs; please see the f
