GSP
Quick Navigator

Search Site

Unix VPS
A - Starter
B - Basic
C - Preferred
D - Commercial
MPS - Dedicated
Previous VPSs
* Sign Up! *

Support
Contact Us
Online Help
Handbooks
Domain Status
Man Pages

FAQ
Virtual Servers
Pricing
Billing
Technical

Network
Facilities
Connectivity
Topology Map

Miscellaneous
Server Agreement
Year 2038
Credits
 

USA Flag

 

 

Man Pages


Manual Reference Pages  -  SA-COMPILE (1)

.ds Aq ’

NAME

sa-compile - compile SpamAssassin ruleset into native code

CONTENTS

SYNOPSIS

<B>sa-compileB> [options]

Options:



  --list                        Output base string list to STDOUT
  --sudo                        Use sudo for privilege escalation
  --keep-tmps                   Keep temporary files instead of deleting
  -C path, --configpath=path, --config-file=path
                                Path to standard configuration dir
  -p prefs, --prefspath=file, --prefs-file=file
                                Set user preferences file
  --siteconfigpath=path         Path for site configs
                                (default: /etc/mail/spamassassin)
  --updatedir=path              Directory to place updates
          (default: /var/db/spamassassin/compiled/<perlversion>/3.004001)
  --cf=config line            Additional line of configuration
  -D, --debug [area=n,...]      Print debugging messages
  -V, --version                 Print version
  -h, --help                    Print usage message



DESCRIPTION

sa-compile uses re2c to compile the site-wide parts of the SpamAssassin ruleset. No part of user_prefs or any files included from user_prefs can be built into the compiled set.

This compiled set is then used by the Mail::SpamAssassin::Plugin::Rule2XSBody plugin to speed up SpamAssassin’s operation, where possible, and when that plugin is loaded.

re2c can match strings much faster than perl code, by constructing a DFA to match many simple strings in parallel, and compiling that to native object code. Not all SpamAssassin rules are amenable to this conversion, however.

This requires re2c (see http://re2c.org/), and the C compiler used to build Perl XS modules, be installed.

Note that running this, and creating a compiled ruleset, will have no effect on SpamAssassin scanning speeds unless you also edit your v320.pre file and ensure this line is uncommented:



  loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody



Additionally, sa-compile will not restart spamd or otherwise cause a scanner to reload the now-compiled ruleset automatically.

OPTIONS

<B>--listB> Output the extracted base strings to STDOUT, instead of generating the C extension code.
<B>--sudoB> Use sudo(8) to run code as ’root’ when writing files to the compiled-rules storage area (which is /var/db/spamassassin/compiled/5.020/3.004001 by default).
<B>--quietB> Produce less diagnostic output. Errors will still be displayed.
<B>--keep-tmpsB> Keep temporary files after the script completes, instead of deleting them.
<B>-CB> path, <B>--configpathB>=path, <B>--config-fileB>=path Use the specified path for locating the distributed configuration files. Ignore the default directories (usually /usr/share/spamassassin or similar).
<B>--siteconfigpathB>=path Use the specified path for locating site-specific configuration files. Ignore the default directories (usually /etc/mail/spamassassin or similar).
<B>--updatedirB> By default, sa-compile will use the system-wide rules update directory:



        /var/db/spamassassin/compiled/5.020/3.004001



If the updates should be stored in another location, specify it here.

Note that use of this option is not recommended; if sa-compile is placing the compiled rules the wrong directory, you probably need to rebuild SpamAssassin with different Makefile.PL arguments, instead of overriding sa-compile’s runtime behaviour.

<B>--cf=’config line’B> Add additional lines of configuration directly from the command-line, parsed after the configuration files are read. Multiple <B>--cfB> arguments can be used, and each will be considered a separate line of configuration.
<B>-pB> prefs, <B>--prefspathB>=prefs, <B>--prefs-fileB>=prefs Read user score preferences from prefs (usually $HOME/.spamassassin/user_prefs) .
<B>-DB> [area,...], <B>--debugB> [area,...] Produce debugging output. If no areas are listed, all debugging information is printed. Diagnostic output can also be enabled for each area individually; area is the area of the code to instrument.

For more information about which areas (also known as channels) are available, please see the documentation at <http://wiki.apache.org/spamassassin/DebugChannels>.

<B>-hB>, <B>--helpB> Print help message and exit.
<B>-VB>, <B>--versionB> Print sa-compile version and exit.

SEE ALSO

Mail::SpamAssassin(3) spamassassin(1) spamd(1)

PREREQUESITES

Mail::SpamAssassin re2c Mail::SpamAssassin::Plugin::Rule2XSBody

BUGS

See <http://issues.apache.org/SpamAssassin/>

AUTHORS

The Apache SpamAssassin(tm) Project <http://spamassassin.apache.org/>

COPYRIGHT

SpamAssassin is distributed under the Apache License, Version 2.0, as described in the file LICENSE included with the distribution.
Search for    or go to Top of page |  Section 1 |  Main Index


perl v5.20.3 SA-COMPILE (1) 2016-04-07

Powered by GSP Visit the GSP FreeBSD Man Page Interface.
Output converted with manServer 1.07.