Subject: pkg/32042: Update mail/nail to 11.25 (patch).
To: None <pkg-manager@netbsd.org, gnats-admin@netbsd.org,>
From: None <lems@gmx.net>
List: pkgsrc-bugs
Date: 11/10/2005 18:31:00
>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