No football.  (Right here and now that is.)
No dirty politics.  (This is plain irony.)
Nothing behind your back.  (Hihi ..)

This is plain vanilla S-nail v14.7.1!
We _are_ getting better.  No doubt about that.  Yes.

Welcome!  To many bugfixes and a few new features, most noticeably
.netrc support for credential lookup.
We hope you have a better go!

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_1.tar.xz>
    MD5 = ffa2493166d4c299fc08ca51a30dece8
    SHA1 = 190d531b86ca633c4292472e89b46c3351f2475e
    SHA256 = 49b98bf4d59bd06162cbe51bf57c7ae07e172640b9e1ac1d5a6c9a6d5a236c8e

  <https://downloads.sourceforge.net/project/s-nail/s-nail-14_7_1.tar.gz>
    MD5 = 1c3d863ea2af436eff0b26d3053e5387
    SHA1 = 16fb77af54cad2f8de86e94b32c08ab8cc351c57
    SHA256 = 4d5709707eb39799898a1708cdb5df67c266a098effc2e94f5a0070ae182f2db

  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.1:

  # 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.1, 2014-06-24
-------------------

Thanks to Georg Schlisio (g DOT schlisio AT dukun DOT de),
Wiesław Magusiak (wiemag AT poczta DOT onet DOT pl), Tarqi Kazan and
Karol Blazewicz.

Very special thanks: Gavin ".. .. Speeding kills. .." Troy from Ireland
and Ypnose "Gloria?? C'est une mouton!" from France.

Changelog in reverse order, oldest first.

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

- WANT_NOGETOPT is gone. [73f0605]

- WANT_NETRC: new option (on by default; see below). [topic/netrc]

ChangeLog
^^^^^^^^^

- Manual slightly improved in respect to LC_ALL etc. settings.
  The knowledge treshold value is much too high for a normal user;
  i hope that at some later time we can offer much more (at least
  optional) automation on the protocol level (e.g., timeout values,
  protocol features supported by servers etc.), at which time we will be
  able to make the manual more user friendly. (Georg Schlisio)
  [56fab16,bd1e11f; ArchLinux Wiki]

- The `@' search command has new "header" keyword, which searches in all
  headers.  Shortcuts: "<" = "header", ">" = "body", "=" = "text".
  ("body" and "text" still perform full text searches _including_ MIME
  part header content.)
  [b0138a7]

- The -O command line option is legacy and will vanish in v15.0.
  Arguments to the MTA can henceforth be passed after a `--' separator
  on the command line, as in
    echo bla|s-nail -vvd -s sub some@where -- MTA ARGS MADE EASIER
  [topic/mtaarg]

- New *sendmail-arguments* option; content will be (converted to list
  and) joined onto other MTA command line arguments (Wiesław Magusiak)
  [topic/mtaarg]

- *colour-pagers* is gone -- instead we have *colour-pager*, which is
  a boolean and off by default.  We again set LESS (and LV) environment
  variable(s) to automatic turn on colour support in $PAGERs, but only
  if the variable in question is not yet set.  (That is -- in order to
  get coloured $PAGER you at least have to set *colour-pager* now.)
  (Tarqi Kazan) [b794f5e]

- Karol Blazewicz opened a discussion in the ArchLinux Forum (s-nail
  14.7-1 doesn't work [1]) but i didn't realize his actual problem --
  luckily Gavin Troy wrapped his head around the real problem, and that
  finally opened my eyes against a whole can of worms in the new URL
  and credential handling!

  Then Ypnose also came along and reported an issue with IMAP handling
  that was related to the compatibility credential handling of the new
  URL and credential layer.

  (Gavin Troy, Ypnose, Karol Blazewicz) [a5c40ba]
  [1] <https://bbs.archlinux.org/viewtopic.php?id=182653>

- We now also have -HOST and -USER@HOST *smtp-use-starttls*. [bfb186a]

- Gabby history entries will now be saved and restored as such, in case
  *history-gabby-persists* is set.  (For this to work properly
  a possibly existing history file needs to be reset.) [b5502cc]

- We now have optional .netrc support (*v15-compat* set).
  Set *netrc-lookup* and we'll look in $NETRC / ~/.netrc for user
  credentials.  The `netrc' command will show or clear the entry cache.
  E.g., this is my new account macro:

   set v15-compat ssl-method=auto
   set netrc-lookup
   set smtp=smtps://smtp.yandex.ru:466 smtp-auth=plain smtp-hostname= \
         hostname=yandex.com
   ghost xp 'fi %:pop3s://pop.yandex.ru'
   ghost xi 'fi %:imaps://imap.yandex.ru'

  As an extension to the .netrc syntax we support a single
  introductional subdomain wildcard, e.g., my relevant ~/.netrc entry:

    machine *.yandex.ru login NAME password PASS

  Following a suggestion of Gavin Troy we have multi account support,
  i'm not quite sure wether this is portable across .netrc using
  applications, e.g., i could have written the above like

    machine *.yandex.ru login NAME
    machine *.yandex.ru password PASS
    machine *.yandex.ru login NAME2

  (I hope i don't lie and this really works.)
  (Suggested by Gavin Troy and Ypnose, testing and feedback Gavin Troy)
  [topic/netrc]

- Add primitive support for RFC 3798 via the new
  *disposition-notification-send* variable.  This is not yet
  a truly conforming implementation (it simply injects the necessary
  header) and it requires the *from* variable to be set.
  More in the far future, sorry. (Wiesław Magusiak) [ca31d32]

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

- Interrupt protection during (recursive) macro calls with `localopts'
  on should now no longer be crashable at all.  Quote [a4e85c0]
    It is of course all pretty intermediate until we have a signal
    manager and we can actually poll signal states at those places where
    we are capable of and desire to handle them.  But it should work
    today and look nicer than it did.
  [25caeb9,592499f,a4e85c0]

- `ghost' handling performs more strict name checking on ghost names in
  order not to allow names which would later not be parsed as a whole.
  [1523a6d]

- Dropped catopen(3) support (we never really had it)!  We will have
  a new S-nail-specific gettext(3)-alike thing in v14.8.
  [topic/i-wanna-have-a-dog]

--steffen

------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
_______________________________________________
S-nail-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/s-nail-users

Reply via email to