How's this working out? Any good/bad reports? --j.
jm writes: > Apache SpamAssassin 3.2.0-rc2 is now available! This is a *PRERELEASE*, > not the full release of 3.2.0. > > Downloads are available from: > http://people.apache.org/~jm/devel/ > > Downloading > ----------- > > http://people.apache.org/~jm/devel/Mail-SpamAssassin-3.2.0-rc2.tar.bz2 > http://people.apache.org/~jm/devel/Mail-SpamAssassin-3.2.0-rc2.tar.gz > http://people.apache.org/~jm/devel/Mail-SpamAssassin-3.2.0-rc2.zip > > md5sum of archive files: > fcc0242642826191a58d45bf5777e3b2 Mail-SpamAssassin-3.2.0-rc2.tar.bz2 > c9cc09334b04bc76f08e22c1aee6d07e Mail-SpamAssassin-3.2.0-rc2.tar.gz > 08f7a46d124e7abe50493ec4ddad7609 Mail-SpamAssassin-3.2.0-rc2.zip > > sha1sum of archive files: > c592640242ef8f7b93a99235f836a0d33cadfa10 > Mail-SpamAssassin-3.2.0-rc2.tar.bz2 > d11350d3d418f75682b06098aeb438696faa688d Mail-SpamAssassin-3.2.0-rc2.tar.gz > 43dd35eef6482cbd3176472e1ef0055eb4694dfe Mail-SpamAssassin-3.2.0-rc2.zip > > The release files also have a .asc accompanying them. The file serves > as an external GPG signature for the given release file. The signing > key is available via the wwwkeys.pgp.net key server, as well as > http://spamassassin.apache.org/released/GPG-SIGNING-KEY > > The key information is: > > pub 1024D/265FA05B 2003-06-09 SpamAssassin Signing Key <[EMAIL PROTECTED]> > Key fingerprint = 26C9 00A4 6DD4 0CD5 AD24 F6D7 DEE0 1987 265F A05B > > See the INSTALL and UPGRADE files in the distribution for important > installation notes. > > Summary of major changes since 3.1.8 > ------------------------------------ > > Changes to the core code: > > * new behavior for trusted_networks/internal_networks: the 127.* network is > now always considered trusted and internal, regardless of configuration. > > * bug 3109: short-circuiting of 'definite ham' or 'definite spam' messages > based on individual short-circuit rules using the 'shortcircuit' setting, by > Dallas Engelken <dallase /at/ uribl.com>. > > * bug 5305: implement 'msa_networks', for ISPs to specify their Mail > Submission Agents, and extend network trust accordingly. > > * bug 4636: Add support for charset normalization, so rules can be written > in UTF-8 to match text in other charsets. > > * sa-compile: compilation of SpamAssassin rules into a fast > parallel-matching DFA, implemented in native code. > > * "tflags multiple": allow writing of rules that count multiple hits in a > single message. > > * bug 4363: if a message uses CRLF for line endings, we should use it as > well, otherwise stay with LF as usual; important for Windows users. > > * bug 4515: content preview was omitting first paragraph when no Subject: > header was present. > > * The third-party modules used by sa-update are now required by the > SpamAssassin package, instead of being optional. > > * Bug 5165: 'sa-update --checkonly' added to check for updates without > applying them; thanks to <anomie /at/ users.sourceforge.net> > > * Bugs 4606, 4609: Adjust MIME parsing limits for nested multipart/* and > message/rfc822 MIME parts. > > * bug 5295: add 'whitelist_auth', to whitelist addresses that send mail > using sender-authorization systems like SPF, Domain Keys, and DKIM > > * Removed dependency on Text::Wrap CPAN module. > > * Received header parsing updates/fixes/additions. > > Spamc / spamd: > > * bug 4603: Mail::SpamAssassin::Spamd::Apache2 -- mod_perl2 module, > implementing spamd as a mod_perl module, contributed as a Google Summer of > Code project by Radoslaw Zielinski. > > * bug 3991: spamd can now listen on UNIX domain, TCP, and SSL sockets > simultaneously. Command-line semantics extended slightly, although fully > backwards compatibly; add the --ssl-port switch to allow TCP and SSL > listening at the same time. > > * bug 3466: do Bayes expiration, if required, after results have been passed > back to the client from spamd; this helps avoid client timeouts. > > * more complete IPv6 support. > > * spamc: Add '-K' switch, to ping spamd. > > * spamc: add '-z' switch, which compresses mails to be scanned using zlib > compression; very useful for long-distance use of spamc over the internet. > > * bug 5296: spamc '--headers' switch, which scans messages and transmits > back just rewritten headers. This is more bandwidth-efficient than the > normal mode of scanning, but only works for 'report_safe 0'. > > * Bump spamd's protocol version to 1.4, to reflect new HEADERS verb used for > '--headers'. > > Mail::SpamAssassin modules and API: > > * bug 4589: allow M::SA::Message to use IO::File objects to read in message > (same as GLOB). > > * bug 4517: rule instrumentation plugin hooks, to measure performance, from > John Gardiner Myers <jgmyers /at/ proofpoint.com>. > > * add two features to core rule-parsing code; 1. optional behaviour to > recurse through subdirs looking for .cf/.pre's, to support rules compilers > working on rulesrc dir. 2. call back into invoking code on lint failure, so > rule compiler can detect which rules exactly fail the lint check. > > * bug 5206: detect duplicate rules, and silently merge them internally for > greater efficiency. > > * bug 5243: add Plugin::register_method_priority() API, allowing plugins to > control the relative ordering of plugin callbacks relative to other plugins' > implementations. > > * Reduced memory footprint. > > Plugins: > > * bug 5236: Support Mail::SPF replacement for Mail::SPF::Query. > > * bug 5127: allow mimeheader :raw rules to match newlines and folded-header > whitespace in MIME header strings. > > * bug 4770: add ASN.pm plugin, contributed by Matthias Leisi <matthias at > leisi.net> > > * bug 5271: move ImageInfo ruleset into 3.2.0 core rules, thanks to Dallas > Engelken <dallase /at/ uribl.com>. > > * VBounce ruleset and plugin: detect spurious bounce messages sent by broken > mail systems in response to spam or viruses. (Based on Tim Jackson's > "bogus-virus-warnings.cf" ruleset.) > > * DomainKeys/DKIM: Mail::DKIM is now preferred over Mail::DomainKeys, since > the latter module is no longer actively maintained, and Mail::DKIM can handle > both DomainKeys and DKIM signatures. > > * DKIM: separate signature verification from fetching a policy: can save a > DNS lookup for each unverified message by setting score to 0 for all > policy-related rules (DKIM_POLICY_SIGNALL, DKIM_POLICY_SIGNSOME, and > DKIM_POLICY_TESTING). (thanks to Mark Martinec) > > * DKIM: support testing flags in the public key, as well as in the policy > record. (thanks to Mark Martinec) > > * DKIM: skip fetching a policy (SSP) if a signature does verify, according > to draft-allman-dkim-ssp-02 (thanks to Mark Martinec) > > * Move rule functionality and checking into separate Check plugin, allowing > third parties to implement alternative scanner core algorithms. > > * core EvalTests code moved into various plugins. > > * Plus lots of miscellaneous bug fixes. > > > A more detailed change log can be read here: > > http://svn.apache.org/repos/asf/spamassassin/tags/spamassassin_release_3_2_0_rc_2/Changes