NEWS

   1 S - n a i l  N e w s
   2 ====================
   3
   4 v13, 2012-10-25
   5 ---------------
   6
   7 I want to give prominence to the following people that helped to improve
   8 S-nail(1) during this development cycle, in order of appearance: Martin
   9 Neitzel, Ezequiel Garzón, Björn Persson, Paul Vojta, and, especially,
  10 John Dodson for warm words from beautiful Australia!  Many thanks also
  11 to Christos Zoulas.
  12
  13 After i've officially forked nail(1) aka Heirloom mailx(1) as S-nail(1)
  14 on 2012-09-18 i have been able to work five weeks almost fulltime on
  15 S-nail(1) development.  The first three weeks can be characterized as
  16 hectic fireworks here and there, but then it got better and i was able
  17 to work more or less topic-centric.  In the meanwhile S-nail(1) is more
  18 than 230 commits away from the Heirloom base--and drifting further apart.
  19
  20 S-nail(1) v13 is the first release of S-nail(1), but it was forked from
  21 Heirloom mailx(1) 12.5 7/5/10 that arose from Berkeley Mail 8. unless
  22 i'm mistaken.  What characterizes S-nail(1) v13?
  23
  24 - The build system has been reworked almost completely.
  25   It is possible to fine-tune which features should be present in the
  26   binary and which don't.  The name of the binary can be chosen, and
  27   that choice is reflected all through the manual and the template
  28   resource file.  The manual is always complete and thus may document
  29   features that are not supported by the actual binary, though.
  30   Please see INSTALL for more.
  31
  32 - Compiler warnings can now be used.  Please see the example WARN= flags
  33   in the Makefile, but '-Wall -Wextra -pedantic' should be silent though
  34   certainly insufficient to reflect the complex work of modern compilers.
  35
  36 - The following recipient address list combines some of the major
  37   improvements that have been made:
  38
  39     <addr1@cdröm.de>  (bier) , ./file1,
  40     Steffen Smöregäs (Humbabä) <sauer@bäüer.de> (Hummpäa)    ,
  41          sabberlot@träbbel.de  ,  (bier2) <a2@bür2.de> ,
  42        a3@b3.de (bier3)  , <a4@b4.de> (bier4, und \"bier5\")  ,
  43     |cat > pipe1 ,   (bier 6) <a6@bür6.de>  ,   ./file2        ,
  44     (co\$mm1) abc1@düf.de (cö,bmm,2)   (co\"m\"m.3) ,
  45     co\$bmm1 \"c,ömm2\" co\"m\"m.3 <abc2@däf2.de>  ,  |cat > pipe2 ,
  46     moppel@höppel.org
  47
  48   That, on a single line, may be given to ":m" or (quoted) on the
  49   command line, or to "~c" or whatever, and it will work as expected
  50   (well, everything else would be a bug..) and result in the following
  51   sendmail(1) invocation:
  52
  53   SENDMAIL.SH
  54   <-i a2@xn--br2-hoa.de a3@b3.de a4@b4.de a6@xn--br6-hoa.de abc1@xn--df-xka.de abc2@xn--df2-qla.de addr1@xn--cdrm-7qa.de moppel@xn--hppel-jua.org sabberlot@xn--trbbel-cua.de sauer@xn--ber-qla4j.de>
  55   >>>>>>>>>>>>>>>>>
  56   Date: Thu, 25 Oct 2012 17:12:15 +0200
  57   To:
  58   Cc: Steffen =?utf-8?Q?Sm=C3=B6reg=C3=A4s?=
  59     =?utf-8?Q?_(Humbab=C3=A4)?= <sauer@xn--ber-qla4j.de> (=?utf-8?Q?Hummp=C3=A4a?=),
  60     sabberlot@xn--trbbel-cua.de, moppel@xn--hppel-jua.org,
  61     <addr1@xn--cdrm-7qa.de> (bier),
  62     co$bmm1 =?utf-8?Q?"c,=C3=B6mm2"?= co"m"m.3 <abc2@xn--df2-qla.de>,
  63     (co$mm1) abc1@xn--df-xka.de (=?utf-8?Q?c=C3=B6,bmm,2?=) (co"m"m.3),
  64     (bier 6) <a6@xn--br6-hoa.de>, <a4@b4.de> (bier4, und "bier5"),
  65     a3@b3.de (bier3), (bier2) <a2@xn--br2-hoa.de>
  66   Subject: Re: SubjectTest
  67   MIME-Version: 1.0
  68   Content-Type: text/plain; charset=us-ascii
  69   Content-Transfer-Encoding: 7bit
  70
  71   body
  72   <<<<<<<<<<<<<<<<<
  73
  74   So list parsing has been fixed, IDNA support has been added, and it is
  75   possible to mix pipe and file recipients *and* multiple thereof, and
  76   the result is still correct for *all* of them.
  77   I think this kind of list can be given wherever a user can directly
  78   enter such a list.  And i think all that is unique to S-nail(1).
  79
  80 - When writing back edited messages the target MBOX mailbox can no
  81   longer become "corrupted" when the trailing newline was removed during
  82   the edit.  Also affected FreeBSD and NetBSD mail(1).
  83
  84 - A security fix for CVE-2011-2895 was applied.
  85
  86 - The generated Message-Id: is now more human-friendly.
  87
  88 - The -h command line option has been dropped.  Use "-O -h XY" if your
  89   MTA really supports that.
  90
  91 - The -O and -r command line options no longer enforce a one-shot send
  92   mode, and instead persist for the duration of the entire session.
  93
  94 - Variables set via the -S command line option are now (un)set twice;
  95   immediately and after all the resource files have been loaded.
  96
  97 - Other new or changed options/commands, in order of appearance:
  98   recipients-in-cc, smime-sign-include-certs, quote-fold, stealthmua,
  99   add-file-recipients, write, rfc822-no-body-from_, rfc822-show-all,
 100   mail/Mail, idna-disable, idna-strict-checks, ??
 101
 102 - In the codebase itself an effort to reduce duplicate work and
 103   introduce caching, and to minimize the use of local variables, was
 104   started, but that is long term.  A lot of improvements here and there,
 105   too, like using the well MD5 optimization from Wei Dai, Chris Torek's
 106   hash algorithm for hash tables etc.
 107
 108 - Incredibly important: an heraldic animal was found: snailmail.jpg!
 109
 110 The full history can be inspected by issuing the git(1) command
 111
 112   $ git log --reverse s-nail..s-nailv13
 113
 114 A new TODO has been introduced, and it is getting longer and longer.
 115 Thanks.