Bei mir läuft Postfix und SpamAssassin 2.64 sowie Confixx 3.0.4. Soweit sogut klappt alles. Wenn jedoch eine neue Domain in Confixx angelegt wird und der User keinen Spamfilter nutzen will, ändert Confixx entsprechend die
/etc/mail/spamassassin/local.cf
Das ist auch richtig und funktioniert alles. Doch die Datei erhält die falschen Eigentümer - root/root. Richtig wäre jedoch spamd/spamd. Der Prozess spamd wird danach neu gestartet und kann nun die local.cf nicht einlesen und nimmt von nun ab die Standardwerte. Also Eigentümer spamd/spamd manuell zugewiesen. Wenn ich nun versuche den spamd-Prozess zu zu stoppen und ihn anschließend zu starten (rcspamd restart) wird dieser zwar als erfolgreich quittiert, aber der spamd-Prozeß fehlt von nun ab. Abhilfe schafft dann nur ein genereller Neustart des Systems, was ja nicht der Stein der Weisen ist.
Wie bringe ich confixx dazu, dass die richtigen Eigentümer der Datei local.cf zugewiesen werden, wenn durch Confixx das Update der local.cf erfolgt?
Spamassassin ignoriert Usereinstellungen
-
daniel1975
- Posts: 7
- Joined: 2004-10-19 09:51
- Location: Sachsen-Pirna-Ehrenberg
- Contact:
-
daniel1975
- Posts: 7
- Joined: 2004-10-19 09:51
- Location: Sachsen-Pirna-Ehrenberg
- Contact:
Re: Spamassassin ignoriert Usereinstellungen
Also hab das jetzt so gelöst, dass ich in der Datei
/etc/init.d/spamd
zu Anfang den Befehl
chown spamd:spamd /etc/mail/spamassassin/local.cf
ausführen lasse. Hat den Effekt, dass confixx die local.cf verändern kann. Dann bekommt die local.cf die root:root-Rechte und beim Neustart des spamd durch confixx werden vor dem Neustart die Rechte wieder auf spamd:spamd gesetzt. So kann der Restart des spamd ordentlich ausgeführt werden und die local.cf wird ordentlich eingelesen. Funktioniert tadelos.
/etc/init.d/spamd
zu Anfang den Befehl
chown spamd:spamd /etc/mail/spamassassin/local.cf
ausführen lasse. Hat den Effekt, dass confixx die local.cf verändern kann. Dann bekommt die local.cf die root:root-Rechte und beim Neustart des spamd durch confixx werden vor dem Neustart die Rechte wieder auf spamd:spamd gesetzt. So kann der Restart des spamd ordentlich ausgeführt werden und die local.cf wird ordentlich eingelesen. Funktioniert tadelos.