KeyHelp Community

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

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: Neu:

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!

Den Virenschutz (clamav) kannst du über

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

deaktivieren.

Martin wrote: ↑Wed 9. Sep 2020, 13:29 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.

Die Seite "Server-Dienst-Verwaltung" stellt ledeglich eine Abbildung des Befehls
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.

Alexander wrote: ↑Fri 11. Sep 2020, 06:57 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