Difference between revisions of "HowTos/Amavisd"

From Scalix Wiki
Jump to: navigation, search
 
m (SPAM Removal)
 
(410 intermediate revisions by 17 users not shown)
Line 1: Line 1:
−
'''Introduction'''
+
[[Scalix Wiki]] -> [[How-Tos]] -> '''Amavisd'''
  
−
I decided to use amavisd-new on my scalix boxes, partly because I already had a fair bit of experience using it, but also because I like the way it keeps configuration for both virus & spam filtering under one roof (and away from Scalix!). It also (from my admittedly scant reading of the tech notes) gives more comprehensible & finer-grained control of the scanning process & actions.
+
== It's easier than it looks! ==
  
−
NB: 99% of issues with amavis/clamd setups stem from either permissions problems or typos in config files!
+
Through efforts to make this HOWTO both comprehensive & well-structured it has grown to be outwardly rather large.
  
−
'''Prerequesites:'''
+
Don't be deceived - the actual amount of work involved following the instructions is actually rather small & even Linux beginners should be able to have a working setup within an hour.
  
−
The spamassassin, amavisd-new, clamd, gcc & sendmail-devel binary packages.
+
== Why Amavisd-New? ==
  
−
'''Once amavisd-new & clamd are installed check that the 'amavis' user has been made a member of the 'clamav' group (it shouldn't need to be its primary group) and if not add it with something like:'''
+
*Large user community
 +
*Centralised configuration
 +
*Ability to apply site-wide rules
 +
*Works with all major UNIX/Linux MTAs
  
−
sudo gpasswd -a amavis clamav
+
== About this HOWTO ==
 +
 
 +
This HOWTO details a setup that uses amavisd-new to do both '''spam & virus scanning''' & should be followed '''in place''' of the following procedures:
 +
 
 +
* Scalix Knowledgebase: '''ScalixReady - SpamAssassin in a Scalix Environment (126747)''' [RH/FC]
 +
 
 +
* Scalix Knowledgebase: '''Configuring SpamAssassin on SuSE Systems (165119)''' [SuSE]
 +
 
 +
* Scalix Administration Guide Chapter 18: '''Virus & Spam Protection''' (Configuring Scalix Virus Protection)
 +
 
 +
== Test platforms ==
 +
 
 +
* <s>Fedora Core 4</s> <!-- Fedora Core 4 is no longer supported -->
 +
 
 +
* CentOS 4
 +
 
 +
* SuSE OSS 10.0
 +
 
 +
* CentOS 5
 +
 
 +
== Before you start ==
 +
 
 +
'''DO NOT install the amavisd-new-milter RPM''' - see [[#Installing amavisd-milter|'''Installing amavisd-milter''']].
 +
 
 +
== Prerequisites ==
 +
 
 +
Please note that in both cases the packages below have various dependencies which your package manager should take care of. You may need to add/enable extra repositories to obtain some of the packages.
 +
 
 +
Just to make it clear for those, like me, that for some odd reason completely missed the point of this section. The following packages must be installed correctly before you continue.
 +
 
 +
=== Redhat/CentOS/Fedora RPMs ===
 +
 
 +
*amavisd-new (not the same as amavisd-new-milter)
 +
 
 +
*spamassassin
 +
 
 +
*clamd
 +
 
 +
*sendmail-cf
 +
 
 +
*sendmail-devel
 +
 
 +
*gcc
 +
 
 +
One good place to find Fredora/RedHat RPMs: http://apt.sw.be/
 +
 
 +
==== CentOS 5 Example ====
 +
 
 +
Install prerequisites:
 +
yum install amavisd-new spamassassin clamd sendmail-cf sendmail-devel gcc
 +
 
 +
CentOS does not have amavisd-new and clamd.  To fix this, install RPMforge Repository:
 +
rpm -Uhv http://apt.sw.be/redhat/el5/en/i386/rpmforge/RPMS/rpmforge-release-0.3.6-1.el5.rf.i386.rpm
 +
 
 +
Install amavisd-new and clamd:
 +
yum install amavisd-new clamd
 +
 
 +
Note: RPMforge also has an update for the spamassassin package.
 +
 
 +
=== SuSE RPMs ===
 +
 
 +
*amavisd-new
 +
 
 +
*spamassassin
 +
 
 +
*clamav
 +
 
 +
*sendmail-devel
 +
 
 +
*gcc
 +
 
 +
== Installing amavisd-milter ==
 +
 
 +
Firstly, '''DO NOT install the amavisd-new-milter RPM''' - despite the 'new' tag this is a different, older version that lacks the ability to add anything other than a hard-coded 'virus scanned by amavisd-new-milter' to the message headers. As a consequence of this it's pretty useless if you want to sort messages into Spam folders downstream.
 +
 
 +
As far as I'm aware there's no binary package available for amavisd-milter but it's an quick & easy compile, just [http://sourceforge.net/project/showfiles.php?group_id=138169 '''grab the source'''] and do :
 +
 
 +
cd /usr/local/src && tar xvzf /path/to/amavisd-milter-1.x.x.tar.gz
 +
 +
cd amavisd-milter-1.x.x
 
   
 
   
−
Installing amavisd-milter
+
./configure && make && sudo make install
  
−
Firstly, do NOT install the amavisd-new-milter package - despite the 'new' tag this is a different, older version that lacks the ability to add anything other than a hard-coded 'virus scanned by amavisd-new-milter' to the message headers. As a consequence of this it's pretty useless if you want to sort messages into Spam folders downstream.
+
Assuming you ran the commands above, the binary will be installed in /usr/local/sbin
  
−
As far as I'm aware there's no binary package available for amavisd-milter but it's an easy compile, just grab the source from :http://sourceforge.net/project/showfiles.php?group_id=138169 and do something like
+
'''''NB:''' Startup scripts must be installed separately'' - see [[#Initscripts/Sysconfig files for amavisd-milter|'''Initscripts/Sysconfig files for amavisd-milter''']].
  
−
cd /usr/local/src && tar xvzf /path/to/amavisd-milter-1.0.4.tar.gz
+
If you getting this error: "error:required milter library and header not found" It is because you did not install sendmail-devel and probably also glazed over the prereq section. Install all the prereqs and then continue.
−
cd amavisd-milter-1.0.4/
+
−
./configure && make && sudo make install
+
  
−
The binary will be installed in /usr/local/sbin
+
====CentOS 5 Example====
 +
Install [http://sourceforge.net/project/showfiles.php?group_id=138169 amavisd-milter]
 +
# run the following not as root
 +
wget http://voxel.dl.sourceforge.net/sourceforge/amavisd-milter/amavisd-milter-1.3.1.tar.gz
 +
sudo yum install sendmail-devl  # installed with prerequisites
 +
tar -zvxf amavisd-milter-1.3.1.tar.gz ; cd amavisd-milter-1.3.1
 +
./configure && make && sudo make install
  
−
Configuring amavisd-new:
+
Install amavisd-milter sysconfig script:
 +
wget http://users.on.net/~hilton/amavisd-milter-sysconfig.txt
 +
mv amavisd-milter-sysconfig.txt /etc/sysconfig/amavisd-milter
  
−
The config file for amavisd-new is fairly huge, but don't be put off as most of the values can safely stay at the defaults. The critical ones to add/edit/uncomment/comment are:
+
Install amavisd-milter init.d script:
 +
wget http://users.on.net/~hilton/amavisd-milter-init.d.txt
 +
mv amavisd-milter-init.d.txt /etc/init.d/amavisd-milter
 +
chmod u+x /etc/init.d/amavisd-milter
 +
chkconfig --add amavisd-milter
  
 +
== Configuring amavisd-new ==
 +
 +
The config file for amavisd-new (/etc/amavisd.conf) is fairly huge, but don't be put off as most of the values can safely stay at the defaults. The critical ones to add/edit/uncomment/comment are:
 +
 +
$protocol = "AM.PDP"; # Use AM.PDP protocol.
 +
 +
$unix_socketname = "$MYHOME/amavisd.sock"; # uncomment when using milter.
 +
 +
#$inet_socket_port = 10024; #comment out with milter.
 +
 +
$notify_method = 'pipe:flags=q argv=/usr/sbin/sendmail -Ac -i -odd -f ${sender} -- ${recipient}';
 +
 +
$forward_method = undef; #must be set like this with sendmail milter.
 +
 +
$mydomain = "example.com" #Your domain
 +
 +
$myhostname = "cosmo.example.com"; #The FQDN of the Scalix host
 +
 +
$virus_admin = "root\@$mydomain"; #NDR recipient if virus found
 +
 +
$mailfrom_notify_admin = "virusalert\@$mydomain"; #NDR --> admin sender
 +
 +
This lines below control how amavisd-new will respond to the spam scores from SA. I set the first to '-9999' so that effectively, the info headers are always added even if the message is deemed 'ham' (if your box is heavily-loaded you'll probably want to change this after debugging). The second sets the 'is spam' score, above which SA will add the 'X-Spam-Status: Yes' header &  (optionally) rewrite the subject line, prepending whatever you define with $sa_spam_subject_tag. You'll probably want to leave the next three commented to prevent amavisd-new doing anything extreme with mail until you're comfortable with the setup. Set the last to undef if you want to leave subject lines alone for spam mail.
 +
 +
$sa_tag_level_deflt  = -9999; # add spam info headers if at, or above that level
 +
 +
$sa_tag2_level_deflt = 3.4; # add 'spam detected' headers at that level
 +
 +
#sa_kill_level_deflt = 6.31; # triggers spam evasive actions
 +
 +
#sa_dsn_cutoff_level = 9; # spam level beyond which a DSN is not sent
 +
 +
#$sa_quarantine_cutoff_level = 20; # spam level beyond which quarantine is off
 +
 +
$sa_spam_subject_tag = '[SPAM] '; # Prepended to the subject line if defined.
 +
 +
Amavisd-New scans all mail passing through it for viruses, but will only hand mail for ''local delivery'' off to SA for checking - you tell it which domains are local using the '''@local_domains_maps''' variable, which by default is set to the value of $mydomain & its subdomains:
 +
 +
@local_domains_maps = ( [".$mydomain"] );
 +
 +
You can add additional domains in a variety of ways (see the docs), eg:
 +
 +
@local_domains_maps = ( [".$mydomain", ".foo.com"] );
 +
 +
In a nutshell, you probably want whatever you have in /etc/mail/local-host-names to be included in @local_domains_maps.
 +
 +
Finally, uncomment the code near the bottom that tells amavis to use the clamd daemon and edit the value '''/var/run/clamav/clamd''' to read '''/var/run/clamav/clamd.sock''' (matching the value in /etc/clamd.conf)
 +
 +
### http://www.clamav.net/
 +
 +
['ClamAV-clamd',
 +
 +
\&ask_daemon, ["CONTSCAN {}\n", "/var/run/clamav/clamd.sock"],
 +
 +
qr/\bOK$/, qr/\bFOUND$/,
 +
 +
qr/^.*?: (?!Infected Archive)(.*) FOUND$/ ],
 +
 +
 +
===CentOS 5 Example===
 +
Install amavisd-new spamassassin:
 +
yum install amavisd-new # installed with prerequisites
 +
 +
Configure amavis-new (/etc/amavisd.conf).
 +
cp /etc/amavisd.conf /etc/amavisd.conf.orig
 +
vi /etc/amavisd.conf
 +
 +
Summary of changes placed at top of amavisd.conf:
 +
<pre>
 +
##############################
 +
 +
# ADDED: (new line added here)
 
$protocol = "AM.PDP"; # Use AM.PDP protocol.
 
$protocol = "AM.PDP"; # Use AM.PDP protocol.
−
$unix_socketname = "$MYHOME/amavisd.sock";  # uncomment when using sendmail milter
+
$notify_method = 'pipe:flags=q argv=/usr/sbin/sendmail -Ac -i -odd -f ${sender} -- ${recipient}';
−
#$inet_socket_port = 10024;  #comment out with milter
+
$forward_method = undef; #must be set like this with sendmail milter.
−
$notify_method = 'pipe:flags=q argv=/usr/sbin/sendmail \
+
$myhostname = "mail.example.com"; #The FQDN of the Scalix host
−
-Ac -i -odd -f ${sender} -- ${recipient}';
+
$sa_spam_subject_tag = '***SPAM*** '; # Prepended to the subject line if defined.
−
$forward_method = undef; #must be set like this with sendmail milter
+
  
−
Set $mydomain to your domain e.g. $mydomain='example.com'
+
# CHANGED: (line commented out below and changed here)
−
Set $myhostname to the FQDN of the Scalix host e.g. $myhostname='cosmo.example.com'
+
$mydomain = 'example.com';  # a convenient default for other settings
−
Set $virusadmin to a sensible value (don't forget to escape the @) e.g. $virusadmin='virusalert\@$mydomain.com'
+
$sa_tag_level_deflt  = -9999;  # add spam info headers if at, or above that level
−
Set $mailfrom_notify_admin to a sensible e.g. $virusadmin='virusalert\@$mydomain.com'
+
$sa_tag2_level_deflt = 3.4;  # add 'spam detected' headers at that level
 +
$virus_admin = "root\@$mydomain";  # notifications recip.
 +
# uncommented "['ClamAV-clamd'," + 3 lines (see below)
  
−
This lines below control spamassassin's behaviour. I set the first to undef so that the info headers are always added even if the message is deemed 'ham' (if your box is heavily-loaded you'll probably want to change this after debugging). The second sets the score above which SA will rewrite the subject line, prepending whatever you define with $sa_spam_subject_tag. You'll probably want to leave the next three commented to prevent amavisd-new doing anything extreme with mail until you're comfortable with the setup. Set the last to undef if you want to leave subject lines alone for spam mail.
+
# DELETED: (line commented out below)
 +
#$inet_socket_port = 10024;  # listen on this local TCP port(s)
  
−
$sa_tag_level_deflt  = undef;  # add spam info headers if at, or above that level
+
##############################
−
$sa_tag2_level_deflt = 3.4; # add 'spam detected' headers at that level
+
</pre>
−
#sa_kill_level_deflt = 6.31; # triggers spam evasive actions
+
−
#sa_dsn_cutoff_level = 9;    # spam level beyond which a DSN is not sent
+
−
#$sa_quarantine_cutoff_level = 20; # spam level beyond which quarantine is off
+
−
$sa_spam_subject_tag = '[SPAM] ';
+
  
−
Finally, uncomment the code near the bottom that tells amavis to use the clamd daemon and edit "/var/run/clamav/clamd" to read "/var/run/clamav/clamd.sock" (matching the value in /etc/clamav.conf)
+
== Initscripts/Sysconfig files for amavisd ==
  
−
### http://www.clamav.net/
+
Amavisd-new will come with its own init/sysconfig scripts, which may possibly include code to start the '''old''' milter (amavisd-new-milter). Make sure this is disabled to avoid any confusion, for example on SuSE ensure that in '''/etc/sysconfig/amavis''' AMAVIS_SENDMAIL_MILTER is set to no, ie:
−
['ClamAV-clamd',
+
−
\&ask_daemon, ["CONTSCAN {}\n", "/var/run/clamav/clamd.sock"],
+
−
qr/\bOK$/, qr/\bFOUND$/,
+
−
qr/^.*?: (?!Infected Archive)(.*) FOUND$/ ],
+
  
−
Initscripts for amavisd*
+
AMAVIS_SENDMAIL_MILTER="no"
  
−
I've created my own init script to start both amavisd and amavisd-milter as I didn't find the existing one very satisfactory (notably, it would run additional instances of the milter if the 'start' argument was passed and the milter was already running). You can find it, together with a suitable sysconfig file here:
+
== Initscripts/Sysconfig files for amavisd-milter ==
  
−
Configuring sendmail:
+
=== Sysconfig Script (required for all platforms) ===
  
−
+ Backup sendmail.cf & sendmail.mc
+
[http://www.redcircleit.com/public/scripts/amavisd-milter-sysconfig.txt '''Download here'''] or from this new location [http://users.on.net/~hilton/amavisd-milter-sysconfig.txt '''here'''] & copy to: '''/etc/sysconfig/amavisd-milter'''.
  
−
+ Edit sendmail.mc, adding the following two lines at the end of the file:
+
Be sure to read this file & edit if necessary (the comments in the file provide all the required information).
  
−
define(`MILTER', 1)dnl
+
=== Init Script (Redhat/CentOS/Fedora) ===
−
INPUT_MAIL_FILTER(`milter-amavis', `S=local:/var/amavis/amavisd-milter.sock, F=T, T=S:10m;R:10m;E:10m')dnl
+
  
−
NB: The suggested lines in the amavisd-milter manpage seem a bit broken!
+
[http://www.redcircleit.com/public/scripts/amavisd-milter-init-rh.txt '''Download here'''] or this new location [http://users.on.net/~hilton/amavisd-milter-init.d.txt '''here'''], copy to: '''/etc/init.d/amavisd-milter''', make executable & do:
  
−
+ rebuild sendmail.cf and run omsendin to reinsert the Scalix mods:
+
sudo chkconfig --add amavisd-milter
  
−
su -c "m4 sendmail.mc > sendmail.cf"
+
=== Init Script (SuSE) ===
  
−
sudo omsendin
+
[http://www.redcircleit.com/public/scripts/amavisd-milter-init-suse.txt '''Download here'''], copy to: '''/etc/init.d/amavisd-milter''', make executable & do:
  
−
Virus notification mails are deferred to avoid the the milter being called twice. This means that if amavisd catches an infected mail the 'virusalert' user won't get the notification until the queue is next run, which by default is every hour. Therefore, edit /etc/sysconfig/sendmail & set the queue runner to a reasonably low value at least for debugging, e.g.
+
sudo chkconfig --add amavisd-milter
  
−
QUEUE=1m
+
This script needs the following to be added to the info section: ### END INIT INFO. Otherwise, the chkconfig won't work and fail with this error: insserv: script amavisd-milter is broken: missing end of LSB comment. (opensuse 10.2)
  
 +
== Configuring sendmail ==
  
−
Clamd configuration
+
=== Redhat/CentOS/Fedora ===
  
−
NB: Did you check that the 'amavis' user is a member of the 'clamav' group?
+
==== Milter settings ====
 +
 
 +
Add the following two lines at the end of /etc/mail/sendmail.mc: (backup sendmail.cf & sendmail.mc first)
 +
define(`MILTER', 1)dnl
 +
INPUT_MAIL_FILTER(`milter-amavis', `S=local:/var/amavis/amavisd-milter.sock, F=T, T=S:10m;R:10m;E:10m')dnl
 +
 
 +
'''''NB:''' The suggested lines in the amavisd-milter manpage seem a bit broken!''
 +
 
 +
Rebuild sendmail.cf:
 +
 
 +
sudo sh -c "m4 sendmail.mc > sendmail.cf"
 +
 
 +
Run omsendin to reinsert the Scalix mods:
 +
 
 +
sudo omsendin
 +
 
 +
==== Other settings ====
 +
 
 +
Virus notification mails are deferred to avoid the the milter being called twice. This means that if amavisd catches an infected mail the '$virusadmin' user won't be sent the notification until the queue is next run, which by default is every 1h. Therefore, edit '''/etc/sysconfig/sendmail''' & set the queue runner to a suitably low value for debugging, e.g.
 +
 
 +
QUEUE=1m
 +
 
 +
Note that common values for QUEUE are between 15-60m & RFC 1123 section 5.3.1.1 recommends that it be at least 30 minutes.
 +
 
 +
For the purposes of sending notification mails Amavisd-new sets its sender address to the value set in the config file, e.g. '''virusalert@example.com'''. To avoid an authentication warning from sendmail each time a notification is sent, the amavis user must be made a member of sendmail's trusted-users, by adding '''amavis''' to '''/etc/mail/trusted-users'''.
 +
 
 +
=== SuSE ===
 +
 
 +
==== Milter settings ====
 +
 
 +
With SuSE you have two options:
 +
 
 +
# For a new installation IMO it would be best to disable YaST configuration of sendmail & use an *mc file instead - you'll avoid editing sendmail.cf directly & use techniques that are applicable to all modern *nixes.
 +
# On the other hand if you've already customised sendmail using YaST then you might be better off editing sendmail.cf directly - the edits are very similar to those detailed in the SA integration TechNote [STN 126747].
 +
 
 +
===== Option 1 - using /etc/mail/linux.mc =====
 +
 
 +
Firstly, in /etc/sysconfig/mail set:
 +
 
 +
MAIL_CREATE_CONFIG="no"
 +
 
 +
Backup /etc/sendmail.cf & /etc/mail/linux.mc & edit /etc/mail/linux.mc, adding the following two lines at the end of the file:
 +
 
 +
define(`MILTER', 1)dnl
 
   
 
   
−
Editing /etc/clamav.conf
+
INPUT_MAIL_FILTER(`milter-amavis', `S=local:/var/amavis/amavisd-milter.sock, F=T, T=S:10m;R:10m;E:10m')dnl
  
−
[un]comment/edit these
+
'''''NB:''' The suggested lines in the amavisd-milter manpage seem a bit broken!''
  
−
LocalSocket /var/run/clamav/clamd.sock #Must match value in /etc/amavisd.conf
+
Rebuild sendmail.cf:
−
AllowSupplementaryGroups #Avoids a raft of permission issues!
+
−
FixStaleSocket
+
  
−
Editing /etc/freshclam.conf
+
sudo sh -c "m4 /etc/mail/linux.mc > /etc/sendmail.cf"
  
−
UpdateLogFile /var/log/clamav/freshclam.log
+
Run omsendin to reinsert the Scalix mods:
−
PidFile /var/clamav/freshclam.pid
+
−
NotifyClamd
+
  
−
Finally, backup /var/opt/sys/smtpd.cfg and then add the line:
+
sudo omsendin
  
−
SMTPFILTER=TRUE
+
===== Option 2 - editing /etc/sendmail.cf directly =====
  
−
Start amavisd/amavisd-milter: /etc/init.d/amavisd start
+
Backup your sendmail.cf and make the following changes:
−
Restart sendmail: /etc/init.d/sendmail restart
+
 
−
Restart the Sx smtp relay: omoff -d0 smtpd && omon smtpd
+
Find the line:
 +
 
 +
#O InputMailFilters
 +
 
 +
Change to:
 +
 
 +
O InputMailFilters=milter-amavis
 +
 
 +
Underneath this insert:
 +
 
 +
# Milter options
 +
#O Milter.LogLevel
 +
O Milter.macros.connect=j, _, {daemon_name}, {if_name}, {if_addr}
 +
O Milter.macros.helo={tls_version}, {cipher}, {cipher_bits}, {cert_subject}, {cert_issuer}
 +
O Milter.macros.envfrom=i, {auth_type}, {auth_authen}, {auth_ssf}, {auth_author}, {mail_mailer}, {mail_host}, {mail_addr}
 +
O Milter.macros.envrcpt={rcpt_mailer}, {rcpt_host}, {rcpt_addr}
 +
O Milter.macros.eom={msg_id}
 +
 
 +
Under '''MAIL FILTER DEFINITIONS''' insert:
 +
 
 +
Xmilter-amavis, S=local:/var/spool/amavis/amavisd-milter.sock, F=T, T=S:10m;R:10m;E:10m
 +
 
 +
There's no need to run omsendin after editing sendmail.cf directly.
 +
 
 +
==== Other settings ====
 +
 
 +
Virus notification mails are deferred to avoid the the milter being called twice. This means that if amavisd catches an infected mail the '$virusadmin' user won't be sent the notification until the queue is next run, which by default is every 30m. Therefore, edit '''/etc/sysconfig/sendmail''' & set the queue runner to a suitably low value for debugging, so you end up with something like:
 +
 
 +
SENDMAIL_ARGS="-L sendmail -Am -bd -q1m -om"
 +
 
 +
Note that common values for QUEUE are between 15-60m & RFC 1123 section 5.3.1.1 recommends that it be at least 30 minutes.
 +
 
 +
For the purposes of sending notification mails Amavisd-new sets its sender address to the value set in the config file, e.g. '''virusalert@example.com'''. To avoid an authentication warning from sendmail each time a notification is sent, the '''vscan''' user should belong to sendmail's trusted-users. Check that YaST hasn't already done this for you by doing:
 +
 
 +
grep vscan /etc/sendmail.cf
 +
 
 +
Which should produce a line like:
 +
 
 +
Tmdom vscan wwwrun root uucp daemon mail
 +
 
 +
Otherwise add '''vscan''' to '''/etc/mail/trusted-users'''.
 +
 
 +
 
 +
END SUSE SECTION
 +
 
 +
== Configuring clamd ==
 +
 
 +
Firstly, check that during the installation of clamd that the '''clamav''' user was made a member of the '''amavis''' (Redhat/CentOS/Fedora) or '''vscan''' (SuSE) group:
 +
 
 +
groups clamav
 +
 
 +
And if not add it with something like (Redhat/CentOS/Fedora):
 +
 
 +
sudo usermod -a -G amavis clamav
 +
 
 +
or (SuSE):
 +
 
 +
sudo usermod -A vscan clamav
 +
 
 +
Then, edit /etc/clamd.conf, [un]commenting or changing:
 +
 
 +
LocalSocket /var/run/clamav/clamd.sock #Must match value in /etc/amavisd.conf
 +
 +
#TCPSocket 3310 #Only use one connection method or clamd won't start.
 +
 +
AllowSupplementaryGroups #Avoids a raft of permission issues!
 +
 +
FixStaleSocket
 +
 
 +
Then edit /etc/freshclam.conf
 +
 
 +
UpdateLogFile /var/log/clamav/freshclam.log
 +
 +
PidFile /var/clamav/freshclam.pid
 +
 +
NotifyClamd
 +
 
 +
== Configuring Scalix ==
 +
 
 +
Backup /var/opt/scalix/??/s/sys/smtpd.cfg and add the following line to the end of the first section (before [SUBMIT]):
 +
 
 +
SMTPFILTER=TRUE
 +
 
 +
NOTE: Do not confuse this line with SMTPMILTER
 +
 
 +
== Starting it all up ==
 +
 
 +
sudo service spamassassin start
 +
 +
sudo service clamd start
 +
 +
sudo service amavisd-milter start
 +
 +
sudo service amavisd start
 +
 
 +
Restart sendmail:
 +
 
 +
sudo service sendmail restart
 +
 
 +
Restart the Scalix SMTP Relay:
 +
 
 +
sudo omoff -d0 smtpd && sudo omon smtpd
 +
 
 +
== Debugging ==
  
 
Tail /var/log/maillog and try sending clean, virus and spam mails e.g.
 
Tail /var/log/maillog and try sending clean, virus and spam mails e.g.
  
−
mail -s test me@mydoamin < clean.txt
+
clean.txt:
−
mail -s test me@mydoamin < ecicar.sig
+
Hello World!
−
mail -s test me@mydoamin < sample-spam.txt  
+
 
 +
eicar.sig:
 +
X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*
 +
 
 +
gtube.txt:
 +
XJS*C4JDBQADN1.NSBN3*2IDNEN*GTUBE-STANDARD-ANTI-UBE-TEST-EMAIL*C.34X
 +
 
 +
mail -s test me@example.com < clean.txt
 +
 +
mail -s test me@example.com < eicar.sig
 +
 
 +
mail -s test me@example.com < gtube.txt
 +
 
 +
Check the headers of your received mails & your virusadmin mailbox, debug.
 +
 
 +
There's lots of useful information here, particularly concerning SA integration:
 +
 
 +
http://www.ijs.si/software/amavisd/
 +
 
 +
'''''NB:''' If you encounter any permission errors when debugging, '''DO NOT''' attempt to solve them by changing the permissions on /var/amavis away from 0750 - for security reasons milters insist that the work directory is not world-readable or group-writable.''
 +
 
 +
== Support ==
 +
 
 +
While this isn't an 'officially supported' configuration, it is almost identical to the Scalix/Spamass-milter setup (as detailed in the Tech Note) in the way it interfaces with Scalix/Sendmail & so should be reasonably 'supportable'. I'm pretty active on the community form, at least for the moment, so will do what I can to keep this document updated & help with issues.
 +
 
 +
== Pimping Spamassassin ==
 +
 
 +
I would say that adding dcc, pyzor & razor are essential to good detection rates. Packages are available for most distros & there's plenty of info out there on setting them up.
 +
 
 +
I also recommend looking at 'Rules du Jour' from the Spamassassin Rules Emporium - a collection of nifty extra rules that will further boost your detection rate & come with an update script that can be run as a cronjob.
 +
 
 +
http://www.exit0.us/index.php?pagename=RulesDuJour
 +
 
 +
http://www.rulesemporium.com/index.html
 +
 
 +
== Changing communication to use SMTPMILTER ==
 +
 
 +
''This is a first draft of the MILTER changes needed - once someone's tested it and [http://www.scalix.com/forums/viewtopic.php?f=2&t=15916&p=65536' reported back] we can deal with making a proper "from-scratch" howto''
 +
 
 +
The SMTPFILTER mechanism for intercepting mail and passing it to amavisd-new has been deprecated, and will at some point lose support.
 +
 
 +
For this reason, you need to change over to using the new and improved SMTPMILTER interface which communicated via a local unix socket.
 +
 
 +
Luckily, its a simple change, as long as you have a currently working amavisd-new setup per the instructions above.
 +
 
 +
Before you enable themilter however, have a read of this section of the [[TB/TB-2008-04-CTASAV#Supported_MILTER_features|Scalix AntiSpam and Scalix ZeroHour AntiVirus Technical Bulletin]] to understand what the parameters are in the config change below.
 +
 
 +
Then, its a simple matter of changing your smtpd.conf file as follows - note this is an excerpt showing the changed/added lines, not the whole file!
 +
 
 +
<code>'''/var/opt/scalix/ml/s/sys/smtpd.conf'''</code>
 +
 
 +
<pre>
 +
#SMTPFILTER=TRUE
 +
 
 +
# master switch to enable milter support (default off)
 +
SMTPMILTER=TRUE
 +
 
 +
# list of milters to call sequentially (default none)
 +
#INPUT_MAIL_FILTER=('CTmilter', 'S=local:~/temp/CTmilter_socket, F=T, T=C:300s;S:10s;R:10s;E:300s')
 +
 
 +
INPUT_MAIL_FILTER=('amavisd-milter', 'S=local:/var/amavis/amavisd-milter.sock, F=T, T=C:300s;S:20s;R:20s;E:300s')
 +
</pre>
 +
 
 +
This presumes that /var/amavis/amavisd-milter.sock exists - you need to check your systems configuration of amavisd and amavisd-milter as above in this howto to verify that.  My system is running on Centos5 so may be different from yours.
 +
 
 +
Next you need to change the sendmail configuration to not use the input filter:
 +
 
 +
<code>'''/etc/mail/sendmail.mc'''</code>
 +
 
 +
You need to remove the FILTER config from the bottom of sendmail.mc, as its no longer needed.  With the milter, Scalix will route mail to the milter as part of the input path.  The lines you need to '''remove''' from sendmail.mc are:
 +
 
 +
<pre>
 +
define(`MILTER', 1)dnl
 +
INPUT_MAIL_FILTER(`milter-amavis', `S=local:/var/amavis/amavisd-milter.sock, F=T, T=S:10m;R:10m;E:10m')dnl
 +
</pre>
 +
 
 +
The only line scalix needs in the bottom of sendmail.mc is:
 +
 
 +
<pre>
 +
MAILER(scalix)dnl
 +
</pre>
 +
 
 +
To make it work, you need to recompile sendmail.cf using:
 +
 
 +
<code>m4 sendmail.mc > sendmail.cf</code>
 +
 
 +
And voila - now sendmail just passes incoming mail to scalix, and scalix calls the amavisd-milter socket.  At that point, all handling of spamassassin and clamd is down to your amavisd configuration.  So, its time to restart the various services and feed in some test messages to watch headers and make sure its all working.
  
−
Check the headers of your received mails & the mailbox your virus notifications go to & debug.
+
== Credits ==
  
−
A word of warning: if you encounter any permission errors when debugging, DO NOT attempt to solve them by changing the permissions on /var/amavis away from 0750 - for security reasons milters insist that the work directory is not world-readable or group-writable.
+
Big thanks to '''STrRedWolf''' for the Scalix/Amavisd-New (using Postfix) HOWTO which enabled me to get a working mailscanning setup up & running in the first place! Whilst the postfix setup still has some advantages (easy integration with Mailguard for one) I hope that this HOWTO will give most users the goodness of amavisd without having to use an additional MTA.

Latest revision as of 15:36, 20 March 2012

Scalix Wiki -> How-Tos -> Amavisd

It's easier than it looks!

Through efforts to make this HOWTO both comprehensive & well-structured it has grown to be outwardly rather large.

Don't be deceived - the actual amount of work involved following the instructions is actually rather small & even Linux beginners should be able to have a working setup within an hour.

Why Amavisd-New?

  • Large user community
  • Centralised configuration
  • Ability to apply site-wide rules
  • Works with all major UNIX/Linux MTAs

About this HOWTO

This HOWTO details a setup that uses amavisd-new to do both spam & virus scanning & should be followed in place of the following procedures:

  • Scalix Knowledgebase: ScalixReady - SpamAssassin in a Scalix Environment (126747) [RH/FC]
  • Scalix Knowledgebase: Configuring SpamAssassin on SuSE Systems (165119) [SuSE]
  • Scalix Administration Guide Chapter 18: Virus & Spam Protection (Configuring Scalix Virus Protection)

Test platforms

  • Fedora Core 4
  • CentOS 4
  • SuSE OSS 10.0
  • CentOS 5

Before you start

DO NOT install the amavisd-new-milter RPM - see Installing amavisd-milter.

Prerequisites

Please note that in both cases the packages below have various dependencies which your package manager should take care of. You may need to add/enable extra repositories to obtain some of the packages.

Just to make it clear for those, like me, that for some odd reason completely missed the point of this section. The following packages must be installed correctly before you continue.

Redhat/CentOS/Fedora RPMs

  • amavisd-new (not the same as amavisd-new-milter)
  • spamassassin
  • clamd
  • sendmail-cf
  • sendmail-devel
  • gcc

One good place to find Fredora/RedHat RPMs: http://apt.sw.be/

CentOS 5 Example

Install prerequisites: 

yum install amavisd-new spamassassin clamd sendmail-cf sendmail-devel gcc

CentOS does not have amavisd-new and clamd. To fix this, install RPMforge Repository: 

rpm -Uhv http://apt.sw.be/redhat/el5/en/i386/rpmforge/RPMS/rpmforge-release-0.3.6-1.el5.rf.i386.rpm

Install amavisd-new and clamd: 

yum install amavisd-new clamd

Note: RPMforge also has an update for the spamassassin package.

SuSE RPMs

  • amavisd-new
  • spamassassin
  • clamav
  • sendmail-devel
  • gcc

Installing amavisd-milter

Firstly, DO NOT install the amavisd-new-milter RPM - despite the 'new' tag this is a different, older version that lacks the ability to add anything other than a hard-coded 'virus scanned by amavisd-new-milter' to the message headers. As a consequence of this it's pretty useless if you want to sort messages into Spam folders downstream.

As far as I'm aware there's no binary package available for amavisd-milter but it's an quick & easy compile, just grab the source and do : 

cd /usr/local/src && tar xvzf /path/to/amavisd-milter-1.x.x.tar.gz

cd amavisd-milter-1.x.x

./configure && make && sudo make install

Assuming you ran the commands above, the binary will be installed in /usr/local/sbin

NB: Startup scripts must be installed separately - see Initscripts/Sysconfig files for amavisd-milter.

If you getting this error: "error:required milter library and header not found" It is because you did not install sendmail-devel and probably also glazed over the prereq section. Install all the prereqs and then continue.

CentOS 5 Example

Install amavisd-milter 

# run the following not as root
wget http://voxel.dl.sourceforge.net/sourceforge/amavisd-milter/amavisd-milter-1.3.1.tar.gz
sudo yum install sendmail-devl  # installed with prerequisites
tar -zvxf amavisd-milter-1.3.1.tar.gz ; cd amavisd-milter-1.3.1
./configure && make && sudo make install

Install amavisd-milter sysconfig script: 

wget http://users.on.net/~hilton/amavisd-milter-sysconfig.txt
mv amavisd-milter-sysconfig.txt /etc/sysconfig/amavisd-milter

Install amavisd-milter init.d script: 

wget http://users.on.net/~hilton/amavisd-milter-init.d.txt
mv amavisd-milter-init.d.txt /etc/init.d/amavisd-milter
chmod u+x /etc/init.d/amavisd-milter
chkconfig --add amavisd-milter

Configuring amavisd-new

The config file for amavisd-new (/etc/amavisd.conf) is fairly huge, but don't be put off as most of the values can safely stay at the defaults. The critical ones to add/edit/uncomment/comment are: 

$protocol = "AM.PDP"; # Use AM.PDP protocol.

$unix_socketname = "$MYHOME/amavisd.sock"; # uncomment when using milter.

#$inet_socket_port = 10024; #comment out with milter.

$notify_method = 'pipe:flags=q argv=/usr/sbin/sendmail -Ac -i -odd -f ${sender} -- ${recipient}';

$forward_method = undef; #must be set like this with sendmail milter.

$mydomain = "example.com" #Your domain

$myhostname = "cosmo.example.com"; #The FQDN of the Scalix host

$virus_admin = "root\@$mydomain"; #NDR recipient if virus found

$mailfrom_notify_admin = "virusalert\@$mydomain"; #NDR --> admin sender

This lines below control how amavisd-new will respond to the spam scores from SA. I set the first to '-9999' so that effectively, the info headers are always added even if the message is deemed 'ham' (if your box is heavily-loaded you'll probably want to change this after debugging). The second sets the 'is spam' score, above which SA will add the 'X-Spam-Status: Yes' header & (optionally) rewrite the subject line, prepending whatever you define with $sa_spam_subject_tag. You'll probably want to leave the next three commented to prevent amavisd-new doing anything extreme with mail until you're comfortable with the setup. Set the last to undef if you want to leave subject lines alone for spam mail. 

$sa_tag_level_deflt  = -9999; # add spam info headers if at, or above that level

$sa_tag2_level_deflt = 3.4; # add 'spam detected' headers at that level

#sa_kill_level_deflt = 6.31; # triggers spam evasive actions

#sa_dsn_cutoff_level = 9; # spam level beyond which a DSN is not sent

#$sa_quarantine_cutoff_level = 20; # spam level beyond which quarantine is off

$sa_spam_subject_tag = '[SPAM] '; # Prepended to the subject line if defined.

Amavisd-New scans all mail passing through it for viruses, but will only hand mail for local delivery off to SA for checking - you tell it which domains are local using the @local_domains_maps variable, which by default is set to the value of $mydomain & its subdomains: 

@local_domains_maps = ( [".$mydomain"] );

You can add additional domains in a variety of ways (see the docs), eg: 

@local_domains_maps = ( [".$mydomain", ".foo.com"] );

In a nutshell, you probably want whatever you have in /etc/mail/local-host-names to be included in @local_domains_maps.

Finally, uncomment the code near the bottom that tells amavis to use the clamd daemon and edit the value /var/run/clamav/clamd to read /var/run/clamav/clamd.sock (matching the value in /etc/clamd.conf) 

### http://www.clamav.net/ 

['ClamAV-clamd', 

\&ask_daemon, ["CONTSCAN {}\n", "/var/run/clamav/clamd.sock"], 

qr/\bOK$/, qr/\bFOUND$/,

qr/^.*?: (?!Infected Archive)(.*) FOUND$/ ],


CentOS 5 Example

Install amavisd-new spamassassin: 

yum install amavisd-new # installed with prerequisites

Configure amavis-new (/etc/amavisd.conf). 

cp /etc/amavisd.conf /etc/amavisd.conf.orig
vi /etc/amavisd.conf

Summary of changes placed at top of amavisd.conf: 

##############################

# ADDED: (new line added here)
$protocol = "AM.PDP"; # Use AM.PDP protocol.
$notify_method = 'pipe:flags=q argv=/usr/sbin/sendmail -Ac -i -odd -f ${sender} -- ${recipient}';
$forward_method = undef; #must be set like this with sendmail milter.
$myhostname = "mail.example.com"; #The FQDN of the Scalix host
$sa_spam_subject_tag = '***SPAM*** '; # Prepended to the subject line if defined.

# CHANGED: (line commented out below and changed here)
$mydomain = 'example.com';   # a convenient default for other settings
$sa_tag_level_deflt  = -9999;  # add spam info headers if at, or above that level
$sa_tag2_level_deflt = 3.4;  # add 'spam detected' headers at that level
$virus_admin = "root\@$mydomain";  # notifications recip.
# uncommented "['ClamAV-clamd'," + 3 lines (see below)

# DELETED: (line commented out below)
#$inet_socket_port = 10024;   # listen on this local TCP port(s)

##############################

Initscripts/Sysconfig files for amavisd

Amavisd-new will come with its own init/sysconfig scripts, which may possibly include code to start the old milter (amavisd-new-milter). Make sure this is disabled to avoid any confusion, for example on SuSE ensure that in /etc/sysconfig/amavis AMAVIS_SENDMAIL_MILTER is set to no, ie: 

AMAVIS_SENDMAIL_MILTER="no"

Initscripts/Sysconfig files for amavisd-milter

Sysconfig Script (required for all platforms)

Download here or from this new location here & copy to: /etc/sysconfig/amavisd-milter.

Be sure to read this file & edit if necessary (the comments in the file provide all the required information).

Init Script (Redhat/CentOS/Fedora)

Download here or this new location here, copy to: /etc/init.d/amavisd-milter, make executable & do: 

sudo chkconfig --add amavisd-milter

Init Script (SuSE)

Download here, copy to: /etc/init.d/amavisd-milter, make executable & do: 

sudo chkconfig --add amavisd-milter

This script needs the following to be added to the info section: ### END INIT INFO. Otherwise, the chkconfig won't work and fail with this error: insserv: script amavisd-milter is broken: missing end of LSB comment. (opensuse 10.2)

Configuring sendmail

Redhat/CentOS/Fedora

Milter settings

Add the following two lines at the end of /etc/mail/sendmail.mc: (backup sendmail.cf & sendmail.mc first) 

define(`MILTER', 1)dnl
INPUT_MAIL_FILTER(`milter-amavis', `S=local:/var/amavis/amavisd-milter.sock, F=T, T=S:10m;R:10m;E:10m')dnl

NB: The suggested lines in the amavisd-milter manpage seem a bit broken!

Rebuild sendmail.cf: 

sudo sh -c "m4 sendmail.mc > sendmail.cf"

Run omsendin to reinsert the Scalix mods: 

sudo omsendin

Other settings

Virus notification mails are deferred to avoid the the milter being called twice. This means that if amavisd catches an infected mail the '$virusadmin' user won't be sent the notification until the queue is next run, which by default is every 1h. Therefore, edit /etc/sysconfig/sendmail & set the queue runner to a suitably low value for debugging, e.g. 

QUEUE=1m

Note that common values for QUEUE are between 15-60m & RFC 1123 section 5.3.1.1 recommends that it be at least 30 minutes.

For the purposes of sending notification mails Amavisd-new sets its sender address to the value set in the config file, e.g. virusalert@example.com. To avoid an authentication warning from sendmail each time a notification is sent, the amavis user must be made a member of sendmail's trusted-users, by adding amavis to /etc/mail/trusted-users.

SuSE

Milter settings

With SuSE you have two options:

  1. For a new installation IMO it would be best to disable YaST configuration of sendmail & use an *mc file instead - you'll avoid editing sendmail.cf directly & use techniques that are applicable to all modern *nixes.
  2. On the other hand if you've already customised sendmail using YaST then you might be better off editing sendmail.cf directly - the edits are very similar to those detailed in the SA integration TechNote [STN 126747].
Option 1 - using /etc/mail/linux.mc

Firstly, in /etc/sysconfig/mail set: 

MAIL_CREATE_CONFIG="no"

Backup /etc/sendmail.cf & /etc/mail/linux.mc & edit /etc/mail/linux.mc, adding the following two lines at the end of the file: 

define(`MILTER', 1)dnl

INPUT_MAIL_FILTER(`milter-amavis', `S=local:/var/amavis/amavisd-milter.sock, F=T, T=S:10m;R:10m;E:10m')dnl

NB: The suggested lines in the amavisd-milter manpage seem a bit broken!

Rebuild sendmail.cf: 

sudo sh -c "m4 /etc/mail/linux.mc > /etc/sendmail.cf"

Run omsendin to reinsert the Scalix mods: 

sudo omsendin
Option 2 - editing /etc/sendmail.cf directly

Backup your sendmail.cf and make the following changes:

Find the line: 

#O InputMailFilters

Change to: 

O InputMailFilters=milter-amavis

Underneath this insert: 

# Milter options
#O Milter.LogLevel 
O Milter.macros.connect=j, _, {daemon_name}, {if_name}, {if_addr}
O Milter.macros.helo={tls_version}, {cipher}, {cipher_bits}, {cert_subject}, {cert_issuer}
O Milter.macros.envfrom=i, {auth_type}, {auth_authen}, {auth_ssf}, {auth_author}, {mail_mailer}, {mail_host}, {mail_addr}
O Milter.macros.envrcpt={rcpt_mailer}, {rcpt_host}, {rcpt_addr}
O Milter.macros.eom={msg_id}

Under MAIL FILTER DEFINITIONS insert: 

Xmilter-amavis, S=local:/var/spool/amavis/amavisd-milter.sock, F=T, T=S:10m;R:10m;E:10m

There's no need to run omsendin after editing sendmail.cf directly.

Other settings

Virus notification mails are deferred to avoid the the milter being called twice. This means that if amavisd catches an infected mail the '$virusadmin' user won't be sent the notification until the queue is next run, which by default is every 30m. Therefore, edit /etc/sysconfig/sendmail & set the queue runner to a suitably low value for debugging, so you end up with something like: 

SENDMAIL_ARGS="-L sendmail -Am -bd -q1m -om"

Note that common values for QUEUE are between 15-60m & RFC 1123 section 5.3.1.1 recommends that it be at least 30 minutes.

For the purposes of sending notification mails Amavisd-new sets its sender address to the value set in the config file, e.g. virusalert@example.com. To avoid an authentication warning from sendmail each time a notification is sent, the vscan user should belong to sendmail's trusted-users. Check that YaST hasn't already done this for you by doing: 

grep vscan /etc/sendmail.cf

Which should produce a line like: 

Tmdom vscan wwwrun root uucp daemon mail

Otherwise add vscan to /etc/mail/trusted-users.


END SUSE SECTION

Configuring clamd

Firstly, check that during the installation of clamd that the clamav user was made a member of the amavis (Redhat/CentOS/Fedora) or vscan (SuSE) group: 

groups clamav

And if not add it with something like (Redhat/CentOS/Fedora): 

sudo usermod -a -G amavis clamav

or (SuSE): 

sudo usermod -A vscan clamav

Then, edit /etc/clamd.conf, [un]commenting or changing: 

LocalSocket /var/run/clamav/clamd.sock #Must match value in /etc/amavisd.conf 

#TCPSocket 3310 #Only use one connection method or clamd won't start. 

AllowSupplementaryGroups #Avoids a raft of permission issues! 

FixStaleSocket

Then edit /etc/freshclam.conf 

UpdateLogFile /var/log/clamav/freshclam.log

PidFile /var/clamav/freshclam.pid

NotifyClamd

Configuring Scalix

Backup /var/opt/scalix/??/s/sys/smtpd.cfg and add the following line to the end of the first section (before [SUBMIT]): 

SMTPFILTER=TRUE

NOTE: Do not confuse this line with SMTPMILTER

Starting it all up

sudo service spamassassin start

sudo service clamd start

sudo service amavisd-milter start

sudo service amavisd start

Restart sendmail: 

sudo service sendmail restart

Restart the Scalix SMTP Relay: 

sudo omoff -d0 smtpd && sudo omon smtpd

Debugging

Tail /var/log/maillog and try sending clean, virus and spam mails e.g.

clean.txt: 

Hello World!

eicar.sig: 

X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*

gtube.txt: 

XJS*C4JDBQADN1.NSBN3*2IDNEN*GTUBE-STANDARD-ANTI-UBE-TEST-EMAIL*C.34X

mail -s test me@example.com < clean.txt

mail -s test me@example.com < eicar.sig
 
mail -s test me@example.com < gtube.txt

Check the headers of your received mails & your virusadmin mailbox, debug.

There's lots of useful information here, particularly concerning SA integration:

http://www.ijs.si/software/amavisd/

NB: If you encounter any permission errors when debugging, DO NOT attempt to solve them by changing the permissions on /var/amavis away from 0750 - for security reasons milters insist that the work directory is not world-readable or group-writable.

Support

While this isn't an 'officially supported' configuration, it is almost identical to the Scalix/Spamass-milter setup (as detailed in the Tech Note) in the way it interfaces with Scalix/Sendmail & so should be reasonably 'supportable'. I'm pretty active on the community form, at least for the moment, so will do what I can to keep this document updated & help with issues.

Pimping Spamassassin

I would say that adding dcc, pyzor & razor are essential to good detection rates. Packages are available for most distros & there's plenty of info out there on setting them up.

I also recommend looking at 'Rules du Jour' from the Spamassassin Rules Emporium - a collection of nifty extra rules that will further boost your detection rate & come with an update script that can be run as a cronjob.

http://www.exit0.us/index.php?pagename=RulesDuJour

http://www.rulesemporium.com/index.html

Changing communication to use SMTPMILTER

This is a first draft of the MILTER changes needed - once someone's tested it and reported back we can deal with making a proper "from-scratch" howto

The SMTPFILTER mechanism for intercepting mail and passing it to amavisd-new has been deprecated, and will at some point lose support.

For this reason, you need to change over to using the new and improved SMTPMILTER interface which communicated via a local unix socket.

Luckily, its a simple change, as long as you have a currently working amavisd-new setup per the instructions above.

Before you enable themilter however, have a read of this section of the Scalix AntiSpam and Scalix ZeroHour AntiVirus Technical Bulletin to understand what the parameters are in the config change below.

Then, its a simple matter of changing your smtpd.conf file as follows - note this is an excerpt showing the changed/added lines, not the whole file!

/var/opt/scalix/ml/s/sys/smtpd.conf 

#SMTPFILTER=TRUE

# master switch to enable milter support (default off)
SMTPMILTER=TRUE

# list of milters to call sequentially (default none)
#INPUT_MAIL_FILTER=('CTmilter', 'S=local:~/temp/CTmilter_socket, F=T, T=C:300s;S:10s;R:10s;E:300s')

INPUT_MAIL_FILTER=('amavisd-milter', 'S=local:/var/amavis/amavisd-milter.sock, F=T, T=C:300s;S:20s;R:20s;E:300s')

This presumes that /var/amavis/amavisd-milter.sock exists - you need to check your systems configuration of amavisd and amavisd-milter as above in this howto to verify that. My system is running on Centos5 so may be different from yours.

Next you need to change the sendmail configuration to not use the input filter:

/etc/mail/sendmail.mc

You need to remove the FILTER config from the bottom of sendmail.mc, as its no longer needed. With the milter, Scalix will route mail to the milter as part of the input path. The lines you need to remove from sendmail.mc are: 

define(`MILTER', 1)dnl
INPUT_MAIL_FILTER(`milter-amavis', `S=local:/var/amavis/amavisd-milter.sock, F=T, T=S:10m;R:10m;E:10m')dnl

The only line scalix needs in the bottom of sendmail.mc is: 

MAILER(scalix)dnl

To make it work, you need to recompile sendmail.cf using:

m4 sendmail.mc > sendmail.cf

And voila - now sendmail just passes incoming mail to scalix, and scalix calls the amavisd-milter socket. At that point, all handling of spamassassin and clamd is down to your amavisd configuration. So, its time to restart the various services and feed in some test messages to watch headers and make sure its all working.

Credits

Big thanks to STrRedWolf for the Scalix/Amavisd-New (using Postfix) HOWTO which enabled me to get a working mailscanning setup up & running in the first place! Whilst the postfix setup still has some advantages (easy integration with Mailguard for one) I hope that this HOWTO will give most users the goodness of amavisd without having to use an additional MTA.

Retrieved from "https://www.scalix.com/wiki/index.php?title=HowTos/Amavisd&oldid=15435"