Swap fast voll, im RAM ist genug frei

[tab-kh]

Ja, solang da kein normaler, für Kunden benutzbarer Mailserver genutzt wird und auch keine Mails eingehen, die danach in irgendeiner Form weitergeleitet/beantwortet werden, kann man den Scan natürlich deaktivieren. Ich glaube bis 4? GB RAM ist er nach der Installation automatisch inaktiv. Ansonsten besser nicht, da ja auch Anhänge von Windows-Dateien möglich sind, die Malware enthalten können und ggf dann wieder an einen Windows-Rechner ausgeliefert werden. Muss man halt abwägen, was auf dem Server läuft und ob es ein Risiko darstellt.

[24unix]

Ja, solang da kein normaler, für Kunden benutzbarer Mailserver genutzt wird und auch keine Mails eingehen, die danach in irgendeiner Form weitergeleitet/beantwortet werden, kann man den Scan natürlich deaktivieren. Ich glaube bis 4? GB RAM ist er nach der Installation automatisch inaktiv. Ansonsten besser nicht, da ja auch Anhänge von Windows-Dateien möglich sind, die Malware enthalten können und ggf dann wieder an einen Windows-Rechner ausgeliefert werden. Muss man halt abwägen, was auf dem Server läuft und ob es ein Risiko darstellt.

Auf der Kiste nur automatisch generierte Benachrichtugngen.

[Jolinar]

Dann check mal dein mail.log ob da noch alles rund läuft.

content_filter = amavis:127.0.0.1:10024

Okay, da hast du Recht. Nach dem Deaktivieren von Amavis im Panel taucht im Maillog ein

Code: Select all

connect to 127.0.0.1[127.0.0.1]:10024: Connection refused

auf und die Mail wird deshalb auch nicht angenommen.
Ein Auskommentieren in der main.cf

Code: Select all

# content_filter = amavis:127.0.0.1:10024

und ein Neustart des postfix behebt das Problem dann aber.

Das sollte sich Alex vielleicht nochmal anschauen.

Edit:
Das Deaktivieren von Amavis greift auch nur im laufenden Betrieb, nach einem Reboot ist der Dienst wieder da.