Zalon
21.09.05, 15:58
Hallo,
habe Spamassassin bzw. spamd so eingerichtet, dass es eine zentrale Konfigurationsdatei gibt, also nicht jeder User mit einer user_prefs arbeitet.
Da der Aufruf über procmail läuft, außerdem ich auch ungern etwas mit root-Rechten laufen lassen möchte, habe ich mit der --username Option den Benutzer auf spamd geändert.
Soweit klappt auch alles, Mails werden problemlos gefiltert und Spam erkannt.
Allerdings tauchen mit in den Logs haufenweise folgende Fehlermeldung auf:
localhost spamd[2562]: Cannot write to /root/.spamassassin/user_prefs: Permission denied
Da der User spamd nun wirklich keine Rechte auf Root hat (und haben soll) ist das nicht verwunderlich. Aber warum will spamd überhaupt bei einer globalen Vorgabe dorthin schreiben?
Achja, im Verzeichnis indem spamd arbeiten soll liegen auch alle Dateien.
Kann mir jemand helfen?
Danke
habe Spamassassin bzw. spamd so eingerichtet, dass es eine zentrale Konfigurationsdatei gibt, also nicht jeder User mit einer user_prefs arbeitet.
Da der Aufruf über procmail läuft, außerdem ich auch ungern etwas mit root-Rechten laufen lassen möchte, habe ich mit der --username Option den Benutzer auf spamd geändert.
Soweit klappt auch alles, Mails werden problemlos gefiltert und Spam erkannt.
Allerdings tauchen mit in den Logs haufenweise folgende Fehlermeldung auf:
localhost spamd[2562]: Cannot write to /root/.spamassassin/user_prefs: Permission denied
Da der User spamd nun wirklich keine Rechte auf Root hat (und haben soll) ist das nicht verwunderlich. Aber warum will spamd überhaupt bei einer globalen Vorgabe dorthin schreiben?
Achja, im Verzeichnis indem spamd arbeiten soll liegen auch alle Dateien.
Kann mir jemand helfen?
Danke