1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
|
Source: spampd
Section: mail
Priority: optional
Maintainer: Sven Mueller <sven@debian.org>
Build-Depends: debhelper (>= 4.0.0), quilt
Standards-Version: 3.7.3
Vcs-Browser: https://mail.incase.de/viewcvs/trunk/?root=spampd
Vcs-Svn: https://mail.incase.de/svn/spampd
Homepage: http://www.worlddesign.com/index.cfm/rd/mta/spampd.htm
Package: spampd
Architecture: all
Depends: ${perl:Depends}, spamassassin (>= 2.6), libnet-server-perl (>= 0.89), adduser (>= 3.59), dpkg (>= 1.10.23), lsb-base (>=3.0-3)
Description: spamassassin based SMTP/LMTP proxy daemon
spampd is an SMTP/LMTP server designed to be hooked into the
MTA processing chain (e.g. as a content filter). It is
written in Perl and uses the Net::Server framework. It is
intended to provide spam filtering at the system level (i.e.
ususally for all users). If you rely on per-user configuration
or per-user Bayes databases, spampd is not for you.
.
The major advantage of spampd over plain SpamAssassin (both
directly and through spamd) is that it doesn't need to load
all needed perl modules on every invocation or spawn
a C programme for every mail it receives. Compared to using
spamc/spamd, spampd can usually provide a 25% performance
increase with local-only tests.
.
The advantage of spampd over amavisd-new is that it uses the
original SpamAssassin header tags, which are more verbose than
the tags which amavisd-new provides. This allows easier
filtering in the mail client and easier tuning of SpamAssassin.
|
