pkg/32042: Update mail/nail to 11.25 (patch).

[lems%gmx.net@localhost]

>Number:         32042
>Category:       pkg
>Synopsis:       Update mail/nail to 11.25 (patch).
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Thu Nov 10 18:31:00 +0000 2005
>Originator:     Leonard Schmidt
>Release:        2.1.0_STABLE
>Organization:
>Environment:
NetBSD kafka 2.1.0_STABLE NetBSD 2.1.0_STABLE (GENERIC_APM) #0: Sat Oct 29 
13:01:20 GMT 2005  lems@kafka:/usr/src/sys/arch/i386/compile/GENERIC_APM i386
>Description:
Changes:
[11.25] released 7/29/05
* The base64 encoder used an invalid encoding for the last unit of data if
  (bytes_of_input % 3 == 2); it wrote two encoded bits beyond the last byte
  then. Most base64 decoders, including nail's own, ignore such bits since
  base64 data is always a multiple of 8-bit bytes. This might explain why
  no harm caused by this error has been found for years. (Bug reported by
  Lukasz Iwaszkiewicz).
* When a completely cached IMAP message was copied on a server supporting
  the UIDPLUS IMAP extension and the message had not been printed during
  the current session yet, the cached entry for the target message contained
  the message body twice. This bug has been fixed, but cached messages
  written by previous nail versions may still suffer from this error. To get
  rid of them, delete them from the IMAP cache directory. The file README in
  that directory explains its structure.
* When sending messages, input data that lacks a terminating newline is now
  always encoded in quoted-printable.
* Wildcard host names in certificates according to RFC 2595 are now accepted
  (Bug reported by Svend Sorensen).
* The new "maximum-unencoded-line-length" variable allows to configure the
  limit on the line length that causes an ASCII text message to be sent in
  quoted-printable if exceeded (on request by Greg Cox).
* Since RFC 2595 allows wildcards at other places than RFC 2818 which is
  implemented by Mozilla NSS, host name verification is now done separately.
* The "sort xyz" commands now uncollapse all threads of a previously threaded
  folder view; messages in collapsed threads were previously not shown when
  the folder was sorted.
* The junk mail filter now also ignores the "X-pstn" header fields generated
  by "postini" filtering software.

[11.24] released 7/14/05
* When the 'replyto' variable was set, sending a message resulted in a
  segmentation fault due to a NULL pointer dereference (Bug reported by
  Nick Pasich).
* An 'imap-list-depth' variable was introduced to control the maximum depth
  of the folder traversal for the 'folders' command if the folder separator
  on the IMAP server is not the slash '/'.
* If standard output is not a terminal device, the output of the 'folders'
  command applied to an IMAP account is no longer arranged into columns.
* The new '-R' option causes all folders to be opened read-only.
* When the From address was changed with '~H', the value obtained from the
  'from' variable was still used for the SMTP transfer, for generating the
  Message-Id, and for S/MIME signing. This has been fixed; the changed
  address is now used throughout.
* When reading header fields from a terminal, the input buffer could
  overflow by one byte (Patch by Ulf Harnhammar).
* Only applicable if Mozilla NSS is used for SSL support: If the certificate
  of the server contains a dNSName, NSS ignores the CN. Thus if the CN
  contains a name that does not also appear as one of the dNSNames, the
  certificate is rejected. This case is now verified separately in nail,
  and the certificate is accepted if the CN matches the host name of the
  server.

[11.23] released 6/28/05
* The output for the '~p' tilde escape was extended to include the fields
  implied by the 'from', 'replyto', 'sender', and 'ORGANIZATION' variables
  (Proposed by Bob Tennent).
* The 'autocc' and 'autobcc' variables are now evaluated before composition
  of a message begins. The resulting addresses can thus be edited and viewed
  using the '~b', '~c', '~h', and '~p' tilde escapes, but changing the values
  of the 'autocc' and 'autobcc' variables using '~:set' has no effect on the
  currently composed message anymore.
* The values of the 'from' and 'replyto' variables can now contain multiple
  addresses.
* A 'sender' variable was introduced to set the content of the 'Sender:'
  field for outgoing messages.
* A '~H' tilde escape was introduced. It allows to set message-specific values
  for the 'From', 'Reply-To', 'Sender', and 'Organization' header fields.
  These fields are now also accepted in the editor output with the
  'editheaders' variable.
* The '-r' option now actually disables tilde escapes as documented (Bugreport
  by Bob Tennent).
* The INSTALL file now notes that sendmail must support the '-r' option if
  the '-r' option of nail is used (Issue reported by Attila Zimler and
  Allan Peda).
* The 'move' command does not anymore mark messages as moved if writing to
  an IMAP folder fails.
* The 'undelete' command now also clears the 'saved' flags of messages that
  have been moved.
* Fixed a crash due to a null pointer dereference that occurred when both
  control and non-ASCII bytes but no NUL bytes were present in a message
  body and no content type was defined in a mime.types file.
* The ~F and ~M tilde escapes did not work for interpolating messages with
  binary attachments anymore since version 11.13 (Bugreport by Tivon Luker).
* The current message is now shown in the header summary even if it has been
  killed.
* The 'kill' command did not operate correctly on 64-bit big-endian machines.
* A notification is now printed when text is saved to dead.letter.
* Changing %{prefix} in nail.spec works now for the RPM %install and %files
  step too (Patch by Allan Peda).
>How-To-Repeat:

>Fix:
I also updated the description (from the package's README) to include
some more features (such as threading, caching, IMAP, ...).

http://rootshell.be/~lems/pkgsrc/nail-11.22_to_11.25.diff