Beiträge von weltmeister

  • Möglichkeit, Spam-Mails in einen Spam-Ordner zu verschieben

    Da die Anfragen nach einem Spamordner nicht nachlassen, frage ich erneut nach dieser Möglichkeit an.


    Über sinn und unsinn kann man sich streiten, aber die Kunden wollen es so.


    Ständig kommen Mails und Anfragen wie:


    "Wo ist der Spamordner", "Warum ist der Spamordner leer", "Bei anderen Providern gibt es Spamordner nur bei Ihnen nicht"... ich kann es schon nicht mehr lesen.


    Dem Kunden sollte es überlassen bleiben, das Mails, die als Spam markiert werden in einen Ordner verschoben werden oder eben wie bisher nur markiert werden. Hierzu stelle ich mir eine Checkbox unter den Maileinstellungen vor.


    Siehe auch: https://www.liveconfig.com/de/…erschieben-statt-abweisen

  • Logrotate Problem täglich 00:00 Uhr

    In der Tat wird immer wieder auf verschiedenen Servern wo dieses Problem auftritt auf volle Kundenwebspaces verwiesen.


    "journalctl -u logrotate.service"


    gibt immer und immer wieder aus:



    Wenn der Kunde jedoch z.B. keinen größeren Tarif wünscht, können wir nich einfach so umstellen. Es muss eine andere Lösung geben, falls dies die Ursache ist, wovon ich bisher ausgehe.

  • Logrotate Problem täglich 00:00 Uhr

    Heute ist der Dienst auf einem Server ertmalig ausgefallen, auf dem es bisher nie Probleme damit gab:



    Was kann man hier konkret tun um die Ursache dauerhaft zu beheben?

  • Logrotate Problem täglich 00:00 Uhr

    Kann es möglich sein, dass der Dienst streikt, wenn einer Kunden-Accounts "voll" ist?


    systemctl status logrotate
    Dez 29 00:00:01 s22.de systemd[1]: Starting Rotate log files...
    Dez 29 00:00:04 s22.de logrotate[31837]: error: Compressing program wrote following message to stderr when compressing log /var/www/web113/logs/priv/php_errors.log.1:
    Dez 29 00:00:04 s22.de logrotate[31837]: gzip: stdout: Disk quota exceeded
    Dez 29 00:00:04 s22.de logrotate[31837]: error: failed to compress log /var/www/web113/logs/priv/php_errors.log.1
    Dez 29 00:00:08 s22.de systemd[1]: logrotate.service: Main process exited, code=exited, status=1/FAILURE
    Dez 29 00:00:08 s22.de systemd[1]: logrotate.service: Failed with result 'exit-code'.
    Dez 29 00:00:08 s22.de systemd[1]: Failed to start Rotate log files.


    Da auf der Disk noch genügend Speicherplatz frei ist, kann es nur die Quota von der Usergruppe sein und die ist anscheinend voll:


    repquota -g / | grep web113
    Block Limits Dateilimits
    Gruppe belegt weich hart Gnade belegt weich hart Gnade
    ----------------------------------------------------------------------
    web113 -- 5242880 0 5242880 5478 0 0

  • Wildcard-Zertifikate

    Auch bei uns gibt es ständig die Nachfrage, warum für jede Subdomain umständlich und manuell ein Zertifikat angelegt werden muss und warum keine Wildcard-Zertifikate möglich sind. Daher würde ich dies als neue Funktion begrüßen.

  • Logrotate Problem täglich 00:00 Uhr

    Vielen Dank für die Erläuterungen! Hierzu weitere eingehende Fragen:


    Was könnte der Grund dafür sein, dass der lclogsplit-Prozess nicht läuft?
    Gibt es eine Möglichkeit, diesen manuell zu starten oder gar neu zu installieren /zu aktivieren?
    Hat dieser Dienst Konfigurationsdateien, die man auf Richtigkeit / vorhandensein prüfen kann?


    Das Problem tritt auf insgesamt 7 Servern auf, die kürzlich von Debian 9 auf 10 aktualisiert worden sind. Ich wäre sehr daran interessiert, diese aus der Welt zu schaffen.

  • Logrotate Problem täglich 00:00 Uhr

    Habe das Problem einmal einem erfahrenen Administrator weitergereicht, hier dessen Antwort:


    Wenn ich mir die Fehlermeldung von lograte ansehe:



    wird klar das es am postrotate Kommando "/usr/bin/killall -HUP lclogsplit" in der Datei: /etc/logrotate.d/liveconfig-vhosts liegt.
    Dieses Kommando killt das Programm lclogsplit für jedes Dort angegebene Verzeichnis Abschnitt.
    Da schon beim ersten Aufruf der lclogsplit Daemon nicht mehr läuft, werden alle Folgeaufrufe mit Error 1 an das posttrotate zurückgegeben, was dann zu dieser Meldung führt.


    Hier müssten Sie einmal an den Anbieter von Liveconfig herantreten ob es diesbezüglich ein Update/Patch gibt. Da das logrotate file aus liveconfig generiert wird, bringt es leider nichts es dort selbst zu beheben, da es immer wieder überschrieben wird.

  • Logrotate Problem täglich 00:00 Uhr

    Hier die 3 Einträge von heute:


    Code
    Nov 06 00:00:05 s20.de systemd[1]: logrotate.service: Main process exited, code=exited, status=1/FAILURE
Nov 06 00:00:05 s20.de systemd[1]: logrotate.service: Failed with result 'exit-code'.
Nov 06 00:00:05 s20.de systemd[1]: Failed to start Rotate log files.


    In den Logfiles steht das selbe. Aber klug werde ich daraus nicht.