Re: mailutils-3.3 released [stable]

Looks good Sergey.  I like the new features and glad for the fixes.
I've installed the new 3.3 package and am using it now..   I appreciate you efforts.

Regards,
  Darel



Sergey Poznyakoff <[email protected]> wrote:

> Hello,
> 
> This is to announce the release of GNU mailutils version 3.3. See below
> for a list of noteworthy changes.
> 
> Here are the compressed sources:
>   http://ftp.gnu.org/gnu/mailutils/mailutils-3.3.tar.gz   (5.9MB)
>   http://ftp.gnu.org/gnu/mailutils/mailutils-3.3.tar.bz2   (4.0MB)
>   http://ftp.gnu.org/gnu/mailutils/mailutils-3.3.tar.xz   (2.5MB)
> 
> Here are the GPG detached signatures[*]:
>   http://ftp.gnu.org/gnu/mailutils/mailutils-3.3.tar.gz.sig
>   http://ftp.gnu.org/gnu/mailutils/mailutils-3.3.tar.bz2.sig
>   http://ftp.gnu.org/gnu/mailutils/mailutils-3.3.tar.xz.sig
> 
> Use a mirror for higher download bandwidth:
>   http://www.gnu.org/order/ftp.html
> 
> Here are the MD5 and SHA1 checksums:
> 
> d4c3b75e8260c6047b426d250b3c7b0f  mailutils-3.3.tar.gz
> e354488d4c3fa44dd91c6f71928d2ec4  mailutils-3.3.tar.bz2
> b509af6e1139032e7aae032ec56b2be5  mailutils-3.3.tar.xz
> 024370c9b8dbd7feb45a8d07ff00c1cb54109b95  mailutils-3.3.tar.gz
> 1153d9572ce515fc64e89636225c37bcc263d730  mailutils-3.3.tar.bz2
> 0fd3f5023a85956012212ab3ab59eab14a618018  mailutils-3.3.tar.xz
> 
> [*] Use a .sig file to verify that the corresponding file (without the
> .sig suffix) is intact.  First, be sure to download both the .sig file
> and the corresponding tarball.  Then, run a command like this:
> 
>   gpg --verify mailutils-3.3.tar.gz.sig
> 
> If that command fails because you don't have the required public key,
> then run this command to import it:
> 
>   gpg --keyserver keys.gnupg.net --recv-keys 3602B07F55D0C732
> 
> and rerun the 'gpg --verify' command.
> 
> This release was bootstrapped with the following tools:
>   Autoconf 2.69
>   Automake 1.14
>   Libtool 2.4.2
>   Bison 2.5.1
>   Flex 2.5.35
>   Gnulib v0.1-904-g2692e23
> 
> NEWS
> 
> * TLS configuration
> 
> Note the following changes to the TLS configuration:
> 
> ** global tls section
> 
> The following statements have been renamed:
> 
>   ssl-cafile   renamed to  ssl-ca-file
>   ssl-cert     renamed to  ssl-certificate-file
>   ssl-key      renamed to  ssl-key-file
> 
> The following statements have been removed:
> 
>   enable
>   key-file-safety-checks
>   cert-file-safety-checks
>   ca-file-safety-checks
> 
> The functionality of the latter three is now moved to the
> tls-file-checks section.
> 
> Example of a valid global tls section:
> 
>   tls {
>      ssl-certificate-file /etc/ssl/cert/imap.pem;
>      ssl-key-file /etc/ssl/private/imap.key;
>   }
> 
> ** global tls-file-checks statement
> 
> The tls-file-checks statement configures safety checks for SSL
> certificate and key files.  It is a global section.  Its syntax is
> as follows:
> 
>   tls-file-checks {
>     key-file <arg: list>;
>     cert-file <arg: list>;
>     ca-file <arg: list>;
>   }
> 
> The <arg> list is a list or sequence of check names optionally
> prefixed with '+' to enable or '-' to disable the corresponding check.
> Valid check names are the same as in previous versions.
> 
> Use this statement instead of the deprecated cert-file-safety-checks,
> key-file-safety-checks, and ca-file-safety-checks. 
>   
> * Per-server TLS support
> 
> It is now possible to configure per-server SSL certificates in POP3
> and IMAP4 servers.  To do so, place a "tls" subsection within the
> corresponding "server" section.  The syntax of the "tls" subsection
> is the same as for the global section described above, e.g.:
> 
>   server imap.example.com:143 {
>     tls-mode required;
>     tls {
>        ssl-certificate-file /etc/ssl/cert/imap.pem;
>        ssl-key-file /etc/ssl/private/imap.key;
>     }
>   }
> 
> If the "tls" section is absent, but "tls-mode" is specified and it's
> value is not "no", the settings from the global "tls" section will be
> used.  In this case, it is an error if the global "tls" section is not
> defined.
> 
> * Source location API
> 
> Libmailutils provides functions for keeping track of locations in
> source files for diagnostic purposes.
> 
> * Improved error reporting
> 
> * AM_GNU_MAILUTILS autoconf macro
> 
> Required version must be literal string.
> 
> The packed version number (MAILUTILS_VERSION_NUMBER) is no longer
> defined.  Instead, the following constants are defined in config.h:
> 
>  MAILUTILS_VERSION_MAJOR  Major version number
>  MAILUTILS_VERSION_MINOR  Minor version number
>  MAILUTILS_VERSION_PATCH  Patchlevel number (or 0, for stable releases).
> 
> * movemail: new option --progress-meter
> 
> * mail: sending multipart messages
> 
> ** New option --mime
> 
> This option instructs mail to compose output messages in MIME format.
> The options --content-type and --encoding turn this option on.  As a
> side effect, both --content-type and --encoding now affect the message
> body read from the standard input as well.
> 
> ** New variable 'mime'
> 
> The 'mime' variable instructs mail to compose output messages
> in MIME format.  The '--mime' option described above is equivalent to
> '-E set mime', except that it takes effect after all options are
> processed.
> 
> ** Character sets
> 
> The 'charset' variable controls both input and output operations.  On
> input it is used to set the value of the missing 'charset' parameter
> in the 'Content-Type' MIME header, if its value begins with 'text/'.
> This means, in particular, that if this variable is set to its default
> value (charset=auto), and the 'mime' variable is set, then 'mail' can
> safely be used to send messages in native character sets (provided, of
> course, that the LC_ALL environment variable is correctly set).
> 
> ** New option --alternative
> 
> When used with --attach or --attach-fd options, this option sets the
> Content-Type of the constructed message to "multipart/alternative".
> In the absense of this option, the type is "multipart/mixed".
> 
> ** New escape ~/
> 
> New escape ~/ toggles the Content-Type of the message being composed
> between "multipart/mixed" and "multipart/alternative".
> 
> The actual Content-Type is displayed by the ~l (list attachments) escape.
> 
> * scheme implementation of the Sieve language discontinued
> 
> There's no reason to keep two different implementations of the Sieve
> language within the same package.  The principal implementation
> (libmu_sieve) is faster, much more advanced and rich in features than
> the implementation in Scheme.  The decision has therefore been taken to
> discontinue the latter and to concentrate all efforts on the further
> development of the former.
> 
> * mimeview
> 
> Old short option '-t' renamed to '-f' for consistency.
> Thus, 'mimevief -f my.types' reads the file 'my.types'.
> 
> New option '--lint' (short '-t') instructs the tool to check the
> syntax of the mime.types file and exit, ignoring any surplus command
> line arguments.
> 
> New option '-i' ('--identify') identifies and prints the MIME type for
> each input file, but not starts viewer.
> 
> Added support for priority and regex functions.
> 
> Debugging facilities considerably improved.
> 
> * MH suite
> 
> Mostly bugfixes:
> 
> ** Added support for Local-Mailbox profile setting
> 
> ** Fixed whatnow edit command
> 
> ** Fixed bug in comp, forw, and repl: Draft-Folder setting was ignored
> 
> Best regards,
> Sergey
> 
> _______________________________________________
> Bug-mailutils mailing list
> [email protected]
> https://lists.gnu.org/mailman/listinfo/bug-mailutils