* Several eximon fixes.
* Several TLS fixes.
* Several exim crash fixes.
* Spool file handling fixes.
* Memory management fixes.
* Delivery process looping fix.
* Fix for Darwin's case insensitive filesystem.
* Many other fixes that might not affect some people, but would seriously
annoy others.
This port for exim is now approaching production-worthiness. I expect
it to replace mail/exim some time in the next couple of months, with
mail/exim being moved to mail/exim-old (if not deleted).
Also, sync POST-INSTALL-NOTES with rev 1.7 of mail/exim's version.
* New editing mechanism for attachment list: ~@ tilde escape.
* The ~a tilde escape is obsoleted by ~@ and has been removed.
* Header fields starting with =? are only interpreted as RFC 2047 fields
if they are entirely valid (Bugreport by Russell Kroll).
* Sender addresses in message lists (as in 'delete from@host') match only
the exact from address.
* Added ~x tilde escape (abort message composition without saving dead.letter).
* Fixed recognition of RFC 2045 parameter attributes (Bugreport by Russell
Kroll).
* The "for" command now inserts an intact "Resent-Reply-To:" header field.
in the configuration affecting the base system's MTA, the management
of multiple POST-INSTALL-NOTES files could easily become a nightmare.
Instead, use a single POST-INSTALL-NOTES file that includes instructions
that, at worst, suggest unnecessary but harmless changes.
While here, use bullets instead of a numbered list for the notes, so
that future deltas are easier to read.
Also, mention the 'daily_status_include_submit_mailq' periodic.conf(5)
knob, as reported in PR ports/38925.
PR: ports/38925
Submitted by: Pat Lashley <patl+freebsd@phoenix.volant.org>
support, better language support, and other improvements.
The PR provided the new dependency, however the port needed
some portlint and other cleanup:
* Whitespace (spaces -> tabs)
* Wonky commands/paths/etc. replaced by ${VARIABLES} where appropriate
* Added some more files to PORTSDOCS, and tightened it up a bit
with a for loop
* Sorted the plist
It was also necessary to add a patch that provides the user with an
option as to whether or not to use dccproc. We have no port for it,
and porting it doesn't look fun. If the SA authors don't intend to
add this option to the base, I'll fix the (fairly simple) patch
to follow proper "one patch per file" rules.
PR: ports/39319
Submitted by: Alex Vasylenko <lxv@a-send-pr.sink.omut.org>
