You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@spamassassin.apache.org by Justin Mason <jm...@jmason.org> on 2007/04/24 13:27:26 UTC

ANNOUNCE: Apache SpamAssassin 3.2.0-rc3 PRERELEASE available!

Apache SpamAssassin 3.2.0-rc3 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-rc3.tar.bz2
http://people.apache.org/~jm/devel/Mail-SpamAssassin-3.2.0-rc3.tar.gz
http://people.apache.org/~jm/devel/Mail-SpamAssassin-3.2.0-rc3.zip

md5sum of archive files:
23299659a018a1e316ce450c28ac2e29 Mail-SpamAssassin-3.2.0-rc3.tar.bz2
43b7774fab7ac7a3ba5a4257af8eb700 Mail-SpamAssassin-3.2.0-rc3.tar.gz
1451c9770e70dfe21bf7156955d0c19c Mail-SpamAssassin-3.2.0-rc3.zip

sha1sum of archive files:
bec7332ba34a702d1b3b3d7c990dea2f34ceb0cf Mail-SpamAssassin-3.2.0-rc3.tar.bz2
5074e8131a3ce13953d8e390aa8bcb386b046154 Mail-SpamAssassin-3.2.0-rc3.tar.gz
38939a3b51fcc6ec1adc1782ca31b9a2a182295c Mail-SpamAssassin-3.2.0-rc3.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 <re...@spamassassin.org>
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_3/Changes

Re: ANNOUNCE: Apache SpamAssassin 3.2.0-rc3 PRERELEASE available!

Posted by Jorge Valdes <jv...@intercom.com.sv>.

Justin Mason wrote:
> Apache SpamAssassin 3.2.0-rc3 is now available!  This is a *PRERELEASE*,
> not the full release of 3.2.0.
>   
[snip]
>
> Summary of major changes since 3.1.8
> ------------------------------------
[snip]
> Spamc / spamd:
>   
[snip]
>  * 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'.
>   
Could I just request another spamc/spamd option (very trivial):

* spamc: add  '-v' switch, which returns the spamd version; this could 
be used to check spamc/spamd are the same version, even though you could 
be using a remote host (-d option) which could be a different version... 
I have modified my spamd (3.1.8) to add this option

* spamd: add 'VERSION' verb to return spamd's version to client.

Can supply a patch if needed...

-- 
Jorge Valdes
Intercom El Salvador
jvaldes@intercom.com.sv
voz: ++(503) 2278-5068
fax: ++(503) 2265-7025

Re: ANNOUNCE: Apache SpamAssassin 3.2.0-rc3 PRERELEASE available!

Posted by Justin Mason <jm...@jmason.org>.

Rosenbaum, Larry M. writes:
> > > 2) I tried to compile the rules to see how much speed increase I
> could
> > > get, but it didn't work.  After running sa-compile and uncommenting
> the
> > > Rule2XSBody plugin, I got the following error:
> > >
> > > # spamassassin --lint
> > > ld.so.1: /usr/local/bin/spamassassin: fatal: relocation error: file
> > >
> /var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/CompiledR
> > > egexps/body_0/body_0.so: symbol
> > > Mail_SpamAssassin_CompiledRegexps_body_0_scan17: referenced symbol
> not
> > > found
> > > Killed
> > >
> > > This is with rc2 on Solaris 8.  I haven't tried it with rc3 yet
> because
> > > it takes about 3 hours to compile on our development system.
> > 
> > Again, sounds like some kind of -R related issue.  However, this
> *should*
> > work since this module is simply built using the ExtUtils::MakeMaker
> > support for building XS modules.  Are you able to build XS modules
> > (e.g. HTML::Parser) from source ok on that system?
> 
> I have no trouble compiling other XS Perl modules.
> 
> It doesn't seem to be a problem finding the dynamic libraries:
> 
> # ldd /var/lib/spamassassin/compiled/3.002000/auto/Mail/
> SpamAssassin/CompiledRegexps/body_0/body_0.so
>         libc.so.1 =>     /usr/lib/libc.so.1
>         libdl.so.1 =>    /usr/lib/libdl.so.1
>         /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
> 
> It's more a matter of finding the symbols:
> 
> # ldd -r /var/lib/spamassassin/compiled/3.002000/auto/Mail/
> SpamAssassin/CompiledRegexps/body_0/body_0.so
>         libc.so.1 =>     /usr/lib/libc.so.1
>         libdl.so.1 =>    /usr/lib/libdl.so.1
>         /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
>         symbol not found: main
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: PL_markstack_ptr
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: PL_stack_sp
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: PL_sv_yes
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: PL_stack_base
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: Perl_newSVpvn_share
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: Perl_av_push
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: Perl_sv_2pvutf8
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: Perl_newAV
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: Perl_sv_2mortal
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found:
> Mail_SpamAssassin_CompiledRegexps_body_0_scan17
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: Perl_croak
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: Perl_newRV
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: Perl_form
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: Perl_get_sv
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: Perl_sv_2pv_flags
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)
>         symbol not found: Perl_newXS
> (/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
> Regexps/body_0/body_0.so)

Those Perl_* symbols are because you're not linking against libperl.so.
but Mail_SpamAssassin_CompiledRegexps_body_0_scan17 should be appearing.
could you open a bug about this -- and about the spamc LD_RUN_PATH build
issue?

--j.

RE: ANNOUNCE: Apache SpamAssassin 3.2.0-rc3 PRERELEASE available!

Posted by "Rosenbaum, Larry M." <ro...@ornl.gov>.

> > 2) I tried to compile the rules to see how much speed increase I
could
> > get, but it didn't work.  After running sa-compile and uncommenting
the
> > Rule2XSBody plugin, I got the following error:
> >
> > # spamassassin --lint
> > ld.so.1: /usr/local/bin/spamassassin: fatal: relocation error: file
> >
/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/CompiledR
> > egexps/body_0/body_0.so: symbol
> > Mail_SpamAssassin_CompiledRegexps_body_0_scan17: referenced symbol
not
> > found
> > Killed
> >
> > This is with rc2 on Solaris 8.  I haven't tried it with rc3 yet
because
> > it takes about 3 hours to compile on our development system.
> 
> Again, sounds like some kind of -R related issue.  However, this
*should*
> work since this module is simply built using the ExtUtils::MakeMaker
> support for building XS modules.  Are you able to build XS modules
> (e.g. HTML::Parser) from source ok on that system?

I have no trouble compiling other XS Perl modules.

It doesn't seem to be a problem finding the dynamic libraries:

# ldd /var/lib/spamassassin/compiled/3.002000/auto/Mail/
SpamAssassin/CompiledRegexps/body_0/body_0.so
        libc.so.1 =>     /usr/lib/libc.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1

It's more a matter of finding the symbols:

# ldd -r /var/lib/spamassassin/compiled/3.002000/auto/Mail/
SpamAssassin/CompiledRegexps/body_0/body_0.so
        libc.so.1 =>     /usr/lib/libc.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
        symbol not found: main
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: PL_markstack_ptr
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: PL_stack_sp
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: PL_sv_yes
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: PL_stack_base
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: Perl_newSVpvn_share
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: Perl_av_push
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: Perl_sv_2pvutf8
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: Perl_newAV
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: Perl_sv_2mortal
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found:
Mail_SpamAssassin_CompiledRegexps_body_0_scan17
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: Perl_croak
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: Perl_newRV
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: Perl_form
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: Perl_get_sv
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: Perl_sv_2pv_flags
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)
        symbol not found: Perl_newXS
(/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/Compiled
Regexps/body_0/body_0.so)

RE: ANNOUNCE: Apache SpamAssassin 3.2.0-rc3 PRERELEASE available!

Posted by "Rosenbaum, Larry M." <ro...@ornl.gov>.

> From: Justin Mason [mailto:jm@jmason.org]
> Subject: ANNOUNCE: Apache SpamAssassin 3.2.0-rc3 PRERELEASE available!
> 
> Apache SpamAssassin 3.2.0-rc3 is now available!  This is a
*PRERELEASE*,
> not the full release of 3.2.0.

I have found the following (non-fatal) issues with SA v3.2.0-rc3:

1) Now that spamc is linked with zlib, it doesn't link correctly on
Solaris 8 where libz.so is in /usr/local/lib.  Attempting to run spamc
gives the following error:

ld.so.1: ../spamc/spamc: fatal: libz.so: open failed: No such file or
directory

A workaround is to use the following "make" command

# LD_RUN_PATH=/usr/local/lib make

but it would be better if the configuration code supplied the right link
options.

2) I tried to compile the rules to see how much speed increase I could
get, but it didn't work.  After running sa-compile and uncommenting the
Rule2XSBody plugin, I got the following error:

# spamassassin --lint
ld.so.1: /usr/local/bin/spamassassin: fatal: relocation error: file
/var/lib/spamassassin/compiled/3.002000/auto/Mail/SpamAssassin/CompiledR
egexps/body_0/body_0.so: symbol
Mail_SpamAssassin_CompiledRegexps_body_0_scan17: referenced symbol not
found
Killed

This is with rc2 on Solaris 8.  I haven't tried it with rc3 yet because
it takes about 3 hours to compile on our development system.

3) I noticed the following rules were removed:

SUBJECT_DRUG_GAP_P
HTML_NONELEMENT_50_60
HTML_NONELEMENT_70_80
HTML_NONELEMENT_90_100
HTML_FONT_INVISIBLE
HTML_BACKHAIR_8
RISK_FREE
PORN_URL_SEX

I was wondering why some of the HTML_NONELEMENT_nn_nn rules were removed
and some were not.
 
>  * bug 5236: Support Mail::SPF replacement for Mail::SPF::Query.

Makefile.PL complains if Mail::SPF::Query is missing, even though it
knows that Mail::SPF is preferred.

Re: Re: ANNOUNCE: Apache SpamAssassin 3.2.0-rc3 PRERELEASE available!

Posted by Vincent Li <vl...@vcn.bc.ca>.

On Wed, 25 Apr 2007, Rick Macdougall wrote:

> Vincent Li wrote:
>>  On Wed, 25 Apr 2007, Rick Macdougall wrote:
>> > 
>> >  It's running here but I'm getting hammered by joe job bounces and I 
>> >  don't see any VBounce rules firing.  It is not commented out in 
>> >  v320.pre.
>> >
>>
>>  Have you specified
>>
>>  whitelist_bounce_relays      hostname_of_your_MTA
>>
>>  in /etc/mail/spamassassin/local.cf ?
>>
>>  It works on my site.
>
>
> I didn't, I do now, no difference (restarted spamd of course).
>
> man page says that's an option anyways.
>
> Thanks for replying though.
>
> Regards,
>
> Rick
>

Quote from 20_vbounce.cf

----
# You should also add 'whitelist_bounce_relays' lines, describing the names of
# your own outgoing mail relays, like so:
#
#   whitelist_bounce_relays       dogma.boxhost.net
#
# This is used to 'rescue' legitimate bounce messages that were generated in
# response to mail you really *did* send.  If you don't do this, the
# "BOUNCE_MESSAGE" rule will not fire.  See 'perldoc VBounce.pm' for more
# details.
----

To my understanding, once you add whitelist_bounce_relays, it should fire.


Vincent

Re: [SPAM] Re: ANNOUNCE: Apache SpamAssassin 3.2.0-rc3 PRERELEASE available!

Posted by Rick Macdougall <ri...@ummm-beer.com>.

Vincent Li wrote:
> On Wed, 25 Apr 2007, Rick Macdougall wrote:
>>
>> It's running here but I'm getting hammered by joe job bounces and I 
>> don't see any VBounce rules firing.  It is not commented out in v320.pre.
>>
> 
> Have you specified
> 
> whitelist_bounce_relays      hostname_of_your_MTA
> 
> in /etc/mail/spamassassin/local.cf ?
> 
> It works on my site.


I didn't, I do now, no difference (restarted spamd of course).

man page says that's an option anyways.

Thanks for replying though.

Regards,

Rick

Re: [SPAM] Re: ANNOUNCE: Apache SpamAssassin 3.2.0-rc3 PRERELEASE available!

Posted by Vincent Li <vl...@vcn.bc.ca>.

On Wed, 25 Apr 2007, Rick Macdougall wrote:

> Justin Mason wrote:
>>  Apache SpamAssassin 3.2.0-rc3 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/
>
> It's running here but I'm getting hammered by joe job bounces and I don't see 
> any VBounce rules firing.  It is not commented out in v320.pre.
>
> Am I missing something ?
>
> Regards,
>
> Rick
>
>
>
>

Have you specified

whitelist_bounce_relays      hostname_of_your_MTA

in /etc/mail/spamassassin/local.cf ?

It works on my site.

Vincent Li
http://bl0g.blogdns.com

Re: ANNOUNCE: Apache SpamAssassin 3.2.0-rc3 PRERELEASE available!

Posted by Rick Macdougall <ri...@ummm-beer.com>.

Justin Mason wrote:
> Apache SpamAssassin 3.2.0-rc3 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/

It's running here but I'm getting hammered by joe job bounces and I 
don't see any VBounce rules firing.  It is not commented out in v320.pre.

Am I missing something ?

Regards,

Rick

RE: ANNOUNCE: Apache SpamAssassin 3.2.0-rc3 PRERELEASE available! - UTF error

Posted by "Rosenbaum, Larry M." <ro...@ornl.gov>.

Testing v3.2.0-rc3 on Solaris 8
I'm finding zillions of the following errors in the log file:

Apr 24 10:13:27 emaildev.ornl.gov spamd[12593]: Malformed UTF-8
character (unexpected non-continuation by
te 0x00, immediately after start byte 0xce) in pattern match (m//) at
/etc/mail/spamassassin/70_sare_obfu
.cf, rule __SARE_OBFU_VISIT1, line 1, <GEN174> line 390.
Apr 24 10:13:27 emaildev.ornl.gov last message repeated 1 time
Apr 24 10:13:28 emaildev.ornl.gov spamd[12593]: Malformed UTF-8
character (unexpected non-continuation by
te 0x00, immediately after start byte 0xc4) in pattern match (m//) at
/etc/mail/spamassassin/70_sare_obfu
.cf, rule __SARE_OBFU_VISIT1, line 1, <GEN174> line 390.
Apr 24 10:13:28 emaildev.ornl.gov last message repeated 3 times
...
Apr 24 10:39:13 emaildev.ornl.gov spamd[12592]: Malformed UTF-8
character (unexpected non-continuation byte 0x00, immediately after
start byte 0xce) in pattern match (m//) at
/etc/mail/spamassassin/72_sare_bml_post25x.cf, rule SARE_OBFUAUCTION,
line 1, <GEN192> line 832.
Apr 24 10:39:13 emaildev.ornl.gov last message repeated 1 time
Apr 24 10:39:13 emaildev.ornl.gov spamd[12592]: Malformed UTF-8
character (unexpected non-continuation byte 0x00, immediately after
start byte 0xd0) in pattern match (m//) at
/etc/mail/spamassassin/72_sare_bml_post25x.cf, rule SARE_OBFUAUCTION,
line 1, <GEN192> line 832.

I don't see this error in v3.1.8.  What is causing this error, and how
do I fix it?

Thanks, Larry