Hello list,

hereby i announce another bugfix release of S-nail v14.7: v14.7.6.

Different to Mary it definitely won't see an Assumption to Heaven,
and it surely never will, but i hope it will at least and finally give its users
the stability they deserve.

The release tarballs can be downloaded (e.g., via 'curl -vv -L')
from, and their checksums are:

  <https://downloads.sourceforge.net/project/s-nail/s-nail-14_7_6.tar.xz>
    MD5 = 244a153a4a02741429daa74441defc25
    SHA1 = 019eab4f2af2be2a64691132bfc509d50d8e203a
    SHA256 = a1b64bd8a1989d3a0eb36df978518e15d0cc93575a21c01556b4dd21c4b2b12f

  <https://downloads.sourceforge.net/project/s-nail/s-nail-14_7_6.tar.gz>
    MD5 = 95242b6a97ed5f138d08d5308172e840
    SHA1 = b806f01fa67b61ad2efc0955c3c3b6a4005082ec
    SHA256 = 9abcc8e913b0a48d1b33fd9c83e95183a01dc65be4c52901737a81b641078669

  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:// or http://)
  git(1) browse: <http://sourceforge.net/p/s-nail/code/>

The complete changelog of commits in between two versions can be
inspected by using the git(1) `log' command as shown below, where `OLD'
and `NEW' are the two versions to be compared, e.g., v14.7 and v14.7.6:

  # All commits:
  $ git log --reverse --topo-order --abbrev-commit OLD..NEW
  # Only topic branch headers (--no-merges for content commits only):
  $ git log --oneline --reverse --topo-order --merges OLD..NEW
  # Same, but truly accessible:
  $ git log --oneline --reverse --topo-order --merges --parents OLD..NEW |
    while read c1 c2 c3 c4 c5 c6; do
      printf "%-24s: \$ git log --oneline --no-merges ${c1} ^${c2}\n" "${c6}";
    done

v14.7.6, 2014-08-15
-------------------

Thanks to Georg Schlisio.

Several bugfixes: it's definitely more than enough now, v14.7.8 in mid
2015 will have to and will definetely ship with a test series.

NOTES, ChangeLog (packager-affine)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

- The global default nail.rc file now sets *sendcharsets* to
  'utf-8,iso-8859-1', i.e., the order has been reversed.
  (Georg Schlisio)

  Also *bsdflags* is no longer set by default. [e39679b]

ChangeLog
^^^^^^^^^

- Fix: in some configurations a `resend' message would end up with two
  'Resend-Date:', instead of one such and a 'Resend-Message-Id:' field.
  [21b9218]

- The internal exit status of a `mail' command will now be 0 upon
  success and 1 on failure, not vice versa. [1112375]

- FIX: dependend on the set of retained / ignored etc. headers a MIME
  part with a *pipe-CONTENT/SUBTYPE* set to the special '@' plain-text
  command would try to execute a command equal to the name of the last
  header of the MIME part, most often 'Content-Disposition:'.
  [dee1fed,686a383]

- Detected that the `fwd' / `forward' command(s) used the false (imho)
  mode to strip the address from the command line, now it's possible to:

    ? fwd MSG-SPEC "my friend <his@addr>"
  [1c4e164]

- New variable *reply-strings*.  It's more unlikely now to end up with
  threads which read 'Re: Aw: Re: Aw:' etc. [topic/retrim]

- Because of user inconvenience, introduce a temporary hack not to mince
  user input lines in history entries, even if this means that each and
  every line is first duplicated before it is used.  So now the `fwd'
  command as above will enter history in the given form. [f1ded4c]

ChangeLog (purely technical)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^

- Fixed one missing IMAP / IMAP-cache string relaxation restore.  (In
  about six weeks or so this condition hit me once). [66ef04f]

P.S.: I still see an occasional IMAP-cache crash that occasionally
  happens after several connects and diconnects without intervening
  folder changes; after being bitten once by that even after commit
  [cf7f63d] it seems this is a deeper structural problem, but i'll try
  to track that down for v14.8.

v14.7.5, 2014-08-01
-------------------

Jan Chaloupka (jchaloup AT redhat DOT com) reported on nail-devel@ that
Heirloom mailx can be crashed by setting *smtp* in combination with with
*from* effectively set to a NULL string.  I first was optimistic, but it
turns out S-nail can, too.

v14.7.4, 2014-07-15
-------------------

Fixes maildir code which was broken in May (too).
Readds auto-detection of compressed boxes (i.e., if `$ Fi mybox' is
executed and `mybox' doesn't exist, but `mybox.bz2' does, then the name
is automatically expanded and `mybox.bz2' is used instead).
Sorry for the inconvience.

v14.7.3, 2014-07-14
-------------------

Thanks to Mantas Mikulėnas (grawity AT gmail DOT com).

This is a bugfix release which fixes a regression in the handling of
user credentials when *v15-compat* is not set, introduced in v14.7.1,
quoting Mantas:

  In other words, $folder *requires* the @ to be percent-encoded, but
  $password requires the *opposite*.

And that is not valid when *v15-compat* is not set.

v14.7.2, 2014-07-12
-------------------

Thank you: Gavin Troy, Bob Tennent (rdt AT cs DOT queensu DOT ca),
Tarqi Kazan.

NOTES:
^^^^^^

v14.7.2 brings incompatible credential lookup changes when *v15-compat*
is set; the lookup order now is:

- *user-HOST*, *user*, [.netrc] ...

- *password-USER@HOST*, *password-HOST*, *password*, [.netrc] ..

Changelog in reverse order, oldest first.

ChangeLog (packager-affine)
^^^^^^^^^^^^^^^^^^^^^^^^^^^

- New configuration option WANT_AGENT to support *agent-shell-lookup*
  (, -HOST, -USER@HOST) lookups of potentially encrypted password
  storage (inspired by Gavin Troy) [b2d41d3,516a7f0]

- MAILSPOOL is now automatically set to /var/spool/mail if that
  directory exists, only otherwise we use /var/mail [4a83018]

- WANT_GSSAPI is again enabled by default - Tarqi Kazan has correctly
  pointed out that the system environment at compilation time is likely
  to reflect the politics and/or preferred configuration of packagers,
  and self-compilers have always the chance to configure themselves
  (Tarqi Kazan) [398eb29]

ChangeLog
^^^^^^^^^

- `un{,save,fwd}{ignore,retain}': let '*' mean 'all fields' [a1f1da9]

- Bugfix: `setenv' takes 1-1000 arguments, not exactly 2 [daf2ea8]

- New command: `varedit' edits the value of an existing variable in
  $EDITOR [93070d2]

- New commands: `File' (and `Folder') explicitly open a mailbox in
  readonly mode, thus finally offering the possibility to avoid flag
  updates etc. whenever so desired [b1f5f2d]

- Bugfix: since May the header display would display tabulators in an
  UTF-8 environment as replacement characters [870b314]

- *mime-counter-evidence* now is a valued option.  Set bit two (value
  two) and the detected real MIME type is carried along with the MIME
  part so that it is used instead of `application/octet-stream' to
  lookup possibly registered *pipe-CONTENT/SUBCONTENT* handlers.
  (Bob Tennent) [81473f8]

  Also pipe handlers will now be passed several MIME informations via
  environment variables, please see the manual for more.
  (inspired by Bob Tennent)

- Resource file loading now prints a diagnostic when loading was stopped
  due to a processing error.  This behaviour is also required by POSIX.
  (Bob Tennent) [fd42684]

- Incompatible changes in credential handling, as above.
  [25d7735,3cdb6a3]

- *netrc-lookup* is now a real chain and has -HOST and -USER@HOST
  variants (though the latter only for password lookups) [59fc226]

- .netrc machine names are now lowercased before use [28c6fee]

- The manual has seen some reorderings, a TOC will be shown if you
  '-dWANT_TOC=1' when using *roff(1) (as has been done for the online
  manual)

- There is a new file `THANKS' [6b5cb3e]

ChangeLog (purely technical)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^

- IMAP and IMAP cache now use string relaxation which *drastically*
  reduces memory usage on large mailboxes [e5598ce]

- Fixed compilation on old OpenBSD installations without wordexp(3) as
  well as with GSS-API and WANT_AMALGAMATION and now using #pragma's to
  get rid of some warnings [topic/ccstuff]

------------------------------------------------------------------------------
_______________________________________________
S-nail-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/s-nail-users

Reply via email to