Package: spamc
Version: 3.4.2-1+deb10u2
Severity: normal
Tags: upstream
When we ran mail servers on 32bit systems a default of skipping spam checks on
the rare messages that were more than 500k in size made sense.
Nowadays messages larger than that are normal and scanning a 10MB message is
not a problem for CPU use or memory allocation on most systems.
I believe that the default should just work for most people who don't have
unusual needs. Running spamassassin on a 32bit system nowadays is an
unusual situation that the users could be expected to tune for. Running it
on a system with many gigs of RAM is more the usual case.
For the benefit of other people with this issue, a line like the following in
/etc/default/spamass-milter will make it take 10MB messages (the "--" and
following is the relevant part).
OPTIONS="-u spamass-milter -i 127.0.0.1 -r 5 -- -s 10485760"
-- System Information:
Debian Release: 10.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-8-amd64 (SMP w/2 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8),
LANGUAGE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Enforcing - Policy name: default
Versions of packages spamc depends on:
ii libc6 2.28-10
ii libssl1.1 1.1.1d-0+deb10u2
spamc recommends no packages.
Versions of packages spamc suggests:
ii spamassassin 3.4.2-1+deb10u2
-- no debconf information