Hallo,
habe hier auf zwei UCS-Systemen die gleiche Meldung.
root@server2:~# dpkg -l spamassassin
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name Version Architektur Beschreibung
+++-=================================================-=============================-=============================-=======================================================================================================
ii spamassassin 3.4.0-6 all Perl-based spam filter using text analysis
Bei mir ist Spamassassin also sauber installiert.
root@server2:/var/log# systemctl status spamassassin.service
● spamassassin.service - Perl-based spam filter using text analysis
Loaded: loaded (/lib/systemd/system/spamassassin.service; disabled)
Active: inactive (dead)
Dez 28 07:14:20 server2 systemd[1]: Unit spamassassin.service cannot be reloaded because it is inactive.
Dez 29 07:06:45 server2 systemd[1]: Unit spamassassin.service cannot be reloaded because it is inactive.
Dez 30 07:18:50 server2 systemd[1]: Unit spamassassin.service cannot be reloaded because it is inactive.
Dez 31 06:43:27 server2 systemd[1]: Unit spamassassin.service cannot be reloaded because it is inactive.
Jan 01 06:43:03 server2 systemd[1]: Unit spamassassin.service cannot be reloaded because it is inactive.
Jan 02 06:57:48 server2 systemd[1]: Unit spamassassin.service cannot be reloaded because it is inactive.
So wie ich das aus anderen Meldungen im Internet entnommen habe, läuft Spamassassin nicht als Dienst, sondern ist direkt in Amavis eingebunden. In /etc/cron.daily/spamassassin müsste quasi der Reload des Spamassassin-Dienstes entfernt werden. Das Problem müsste damit doch bei allen UCS 4.2 Servern mit installiertem Spamassassin auftreten.
Tschüss,
Daniel