welcome to S-nail 14.2.1.
S-nail(1) is a fork of Heirloom mailx(1), the former nail(1).
The release tarball can be downloaded (e.g., via 'curl -vv -L')
from, and its checksums are:
MD5 = 76cab492c9b15233171493dd125b71dd
SHA1 = 9d0530a2b8a4276e19986ab0f57de85770bd55a2
SHA256 = 9c87736973165c3b61a434ac18224bec05e6fc5fa2b0364273e0ed28e49bcaa5
Online manual: <http://sdaoden.users.sourceforge.net/code-nail.html>
[Web site : <http://sdaoden.users.sourceforge.net/code.html#s-nail>]
git(1) repo : <git.code.sf.net/p/s-nail/code>
git(1) browse: <http://sourceforge.net/p/s-nail/code/>
It follows the NEWS entry for 14.2.1; the full changelog of the
commits in between s-nail-14.2 and s-nail-14.2.1 can be inspected by
issuing the following git(1) command:
$ git log --reverse --topo-order s-nail-14.2..s-nail-14.2.1
An unplanned (minor) bugfix release after i've found two bugs today and
heard from Jérémie Courrèges-Anglas (jca+nail AT wxcvbn DOT org) that
there exists a S-nail OpenBSD package.
I want to give prominence to the following people that helped to
improve S-nail(1) during this development cycle, in order of
appearance: Dirk Peters (peters AT schwertfisch DOT de).
Thank you very much, and best from Germany!
- Some warnings of newer clang(1) versions were silenced, including yet
another alloca(3) problem (see *memtracer* topic branch in v14.0
- Tweaking the MIME boundary detection left a little hole that could
cause boundaries not to be detected, as has been shown by a Microsoft
Word generated mail on the ICU list. [11e5fb5b]
- A format string could overflow bounds if unrealistic
(18446744073709551615) line numbers or message sizes would have been
- An algorithmic error could cause overlong lines which wrapped around
to the next display line. [ade52660]