Stoppen des Amavis-Dienstes verhindert jegliches Senden von Emails

[heldz]

Moin!

Das hier ist eher ein Bug-Report als ein Problem:

Ich benutze KeyHelp 20.2 auf einem Keyweb-V-Server. Wegen hoher CPU-Last, die ich in dem Moment nicht brauchen konnte, habe ich in der Server-Dienst-Verwaltung Amavis gestoppt. Das Resultat war, dass keine Mails mehr über Postfix gesendet wurden. In der Email-Warteschlange wurden sie alle mit connection refused von 127.0.0.1 gelistet. Erst nach der Reaktivierung von Amavis und anschließendem /etc/init.d/postfix flush wurde die Email-Warteschlange abgearbeitet und alle Mails erfolgreich zugestellt.
Da scheint also irgendeine Konfiguration nicht korrekt geändert zu werden, wenn Amavis über das admin panel gestoppt wird. Weiterhin würde ich mir einen Button für /etc/init.d/postfix flush für solche Fälle wünschen

[Martin]

Hallo,

das Stoppen des Dienstes deaktiviert diesen natürlich nicht. Hierfür ist diese Funktion im Panel nicht vorgesehen, die Diensteübersichtsseite soll nur ein stoppen/starten/neustarten der jeweiligen Dienste ermöglichen.

Sofern der Amavis deaktiviert werden soll muss die entsprechende Content-Filter Regel (Port 10024) in der /etc/postfix/main.cf auskommentiert werden. Danach kann man den Dienst mit systemctl disable amavis deaktivieren.

Alt:

Code: Select all

content_filter=amavis:127.0.0.1:10024

Neu:

Code: Select all

#content_filter=amavis:127.0.0.1:10024

[heldz]

Hierfür ist diese Funktion im Panel nicht vorgesehen

... wird aus der Seite nicht klar. Insofern wäre da ein Hinweis sinnvoll, da die Kausalkette "Virenschutz stoppen" --> "Mailversand geht nicht" doch lückenhaft ist.

Aber danke für die Info, dass das tatsächlich so gewollt ist!

[Alexander]

Den Virenschutz (clamav) kannst du über

Konfiguration -> E-Mail-Server -> E-Mail-Virenprüfung

deaktivieren.

[Jolinar]

das Stoppen des Dienstes deaktiviert diesen natürlich nicht. Hierfür ist diese Funktion im Panel nicht vorgesehen, die Diensteübersichtsseite soll nur ein stoppen/starten/neustarten der jeweiligen Dienste ermöglichen.

Das ist aber dann andwendungstechnisch unlogisch.
Sobald der Admin die Option hat, den Daemon auf Panelebene zu stoppen, dann gehört es IMHO auch zur Aufgabe des Panels, den Milter in Postfix zu deaktivieren.
Es kann ja theoretische Gründe geben, den Dienst manuell für längere Zeiträume zu stoppen. Aktuell würde durch ein solches Stoppen der Mailverkehr durch den Milter blockiert werden.

[Alexander]

Die Seite "Server-Dienst-Verwaltung" stellt ledeglich eine Abbildung des Befehls

Code: Select all

service <SERVICENAME> <OPERATION>

dar. Darüber hinaus erfolgt keine Konfigurationsanpassungen. Wenn man über die CLI den Befehl absetzen würde, würde man auch nicht erwarten, das darauf basierenden Konfigurationsdateien geändert werden.
Wenn ein Dienst tatsächlich beendet werden soll (und nach einem Neustart des Systems auch diesen Status beibehalten soll), so gibt es hierfür spezielle Checkboxen auf der "Konfigurationsseite" wie in meinem letzen Beitrag exemplarisch erwähnt.

[OlliTheDarkness]

Die Seite "Server-Dienst-Verwaltung" stellt ledeglich eine Abbildung des Befehls

Code: Select all

service <SERVICENAME> <OPERATION>

dar. Darüber hinaus erfolgt keine Konfigurationsanpassungen. Wenn man über die CLI den Befehl absetzen würde, würde man auch nicht erwarten, das darauf basierenden Konfigurationsdateien geändert werden.
Wenn ein Dienst tatsächlich beendet werden soll (und nach einem Neustart des Systems auch diesen Status beibehalten soll), so gibt es hierfür spezielle Checkboxen auf der "Konfigurationsseite" wie in meinem letzen Beitrag exemplarisch erwähnt.

Auf den Punkt gebracht