Hallo, ich habe versucht, meinem bisher gut funktionierenden Mailserver (Postfix+Spamassassin+Cyrus Imap) einen Virenscanner zu spendieren. Dafür habe ich Amavisd-new in Verbindung mit Antivir ausgewählt. In der main.cf von Postfix habe ich "conten_filter = smtp-amavis: [127.0.0.1]:10024" eingetragem. in der amavis.conf steht die Zeile "$inet_socket_port = 10024". Wenn ich den Amavis starte, scheitert allerdings schon ein "telnet localhost 10024" (connection refused). Das log-file von Amavis verrät keine Abnormailtäten, trotzdem stirbt der Prozess wenige Sekunden nach dem Start (rcamavis status -> dead). Den Amavisd-new habe ich übrigens mit "rpm -Uvh amavis..." installiert. Allerdings fand ich auf rpmseek nur eine Version für Suse 9.0. Ich habe allerdings Suse 8.2. Aber daran wird es doch nicht scheitern, oder? Hat jemand eine Idee, wo ich nach dem Fehler suchen könnte? Noch eine Frage zum Verständnis: In den einschlägigen HowTo's wird geschrieben, dass der spamd nicht mehr beim booten gestartet werden muss, weil Spamassassin durch Amavis aufgerufen wird. Aber wo genau findet das statt. Woher "weiß" amavis überhaupt, dass ich Spamassassin installiert habe? Vielen Dank schonmal für eure Hilfe! Grüße, Jürgen
Am Samstag, 28. Februar 2004 13:06 schrieb Juergen Pabst:
ich habe versucht, meinem bisher gut funktionierenden Mailserver (Postfix+Spamassassin+Cyrus Imap) einen Virenscanner zu spendieren. Dafür habe ich Amavisd-new in Verbindung mit Antivir ausgewählt. In der main.cf von Postfix habe ich "conten_filter = smtp-amavis: [127.0.0.1]:10024" eingetragem. in der amavis.conf steht die Zeile "$inet_socket_port = 10024". Wenn ich den Amavis starte, scheitert allerdings schon ein "telnet localhost 10024" (connection refused). Das log-file von Amavis verrät keine Abnormailtäten, trotzdem stirbt der Prozess wenige Sekunden nach dem Start (rcamavis status -> dead). Den Amavisd-new habe ich übrigens mit "rpm -Uvh amavis..." installiert. Allerdings fand ich auf rpmseek nur eine Version für Suse 9.0. Ich habe allerdings Suse 8.2. Aber daran wird es doch nicht scheitern, oder? Hat jemand eine Idee, wo ich nach dem Fehler suchen könnte?
# amavisd debug Sagt was? -- Andreas
Hallo Andreas!
# amavisd debug
Sagt was?
Was zwei Worte doch bewirken können! Obige Ausgabe ergab, dass es ein Rechte-Problem war. Bei der rpm-Installation wurde das Verzeichnis /var/spool/amavis dem Benutzer:Gruppe vscan:root zugeordnet. Amavis läuft bei mir aber als amavis:amavis. Dadurch konnten die tmp-Dateien nicht geschrieben werden. Vielen Dank also für deinen Tipp! Ob ich nun den spamd aber nun wirklich nicht automatisch im RunLevel 3 starten soll, ist mir noch nicht ganz klar. MfG Jürgen
participants (2)
-
Andreas Winkelmann
-
Juergen Pabst