quack
EDIT: Ups, sorry. Das hätte im Längsten Thema landen sollen...
Eine gute Lösung wäre: Der Account wird gesperrt aber man bekommt z.B. ein delte only FTP Account um Daten zu löschen...
Das müsste man dann halt erst einmal bei Plesk als Feature Request einbringen. Aber die Idee ist gar nicht so blöd, gefällt mir.
Ist es technisch nicht möglich das man einfach nichts mehr uploaden kann, da der Speicher verbraucht ist?
Jein, es geht ja nicht nur um klassische Uploads.
Ein PHP-Script hätte z.B. keine Freude, wenn es mittendrin nicht mehr in Dateien schreiben kann. Schlimmste Folge: Datenverlust.
Aber auch Logdateien und Backups belegen Platz, das ist nicht so einfach. Du kannst schwer einen HTTP-Request annehmen, wenn Du weißt, dass keine Access/Error Logs mehr geschrieben werden sollen.
Ideal ist eine Accountsperrung nicht, aber ich kann es durchaus verstehen, warum netcup bzw. Plesk das so macht.
Lass uns Pizza bestellen!
Ok.
Die Ausrede am Ende muss ich mir merken 
Wenn jetzt alle beim Community-Treffen sind, haben wir dann hier im Forum sturmfreie Bude? 
Afaik entsperren sie den Account wieder, sodass man danach selbst löschen kann bzw. muss.
Vermutung: Macht man das nicht, wird der Account glaube ich beim nächsten (nächtlichen?) Durchlauf der Quota-Berechnung wieder gesperrt.
Ob das sinnvoll ist oder ein Quota-Hardlimit (z.B. im Dateisystem) ohne Accountsperrung sinnvoller wäre, will ich an dieser Stelle nicht beurteilen. Keine Ahnung, wie (un-) flexibel Plesk da ist. Normalerweise gibt es doch eine Warnmail bei 80% oder wie war das? Bringt natürlich nichts, wenn man gleich von heute auf morgen über die Stränge schlägt und sofort über 100% kommt. 
Und jetzt wurde es durch netcup vielleicht erneuert/verlängert, wodurch es kracht.
Ergänzung: Jackpot
* Server certificate:
* subject: CN=*.netcup.net
* start date: Oct 17 00:00:00 2022 GMT
* expire date: Oct 17 23:59:59 2023 GMT
* subjectAltName: host "mx2f41.netcup.net" matched cert's "*.netcup.net"
* issuer: C=US; O=DigiCert, Inc.; CN=RapidSSL Global TLS RSA4096 SHA256 2022 CA1
(Wollte ich vorher am Handy nicht extra überprüfen.)
Wenn es ganz dringend ist, gibt es auch am Wochenende den Notfallsupport: https://www.netcup.de/kontakt/telefonsupport.php
Aber der ist in diesem Fall definitiv kostenpflichtig!
Ansonsten hilft wohl nur warten, bis das Ticket regulär bearbeitet wurde.
Bud Weil sie dann (beim Webhosting) nicht mehr automatisch verlängert werden können.
Stichwort DNS-Challenge von Let's Encrypt, die kannst Du beim Webhosting nicht automatisieren und musst somit alle 2-3 Monate bei Wildcard-Zertifikaten händisch eingreifen.
Das war garantiert noch nie anders, weil es immer schon Wildcard-Zertifikate für *.netcup.net waren. Da funktionierte eine weitere Ebene im Hostnamen noch nie ohne Zertifikatsfehler. 
Wahrscheinlich hast Du vorher das falsche Zertifikat in den Clients manuell akzeptiert oder so. Und jetzt wurde es durch netcup vielleicht erneuert/verlängert, wodurch es kracht.
Du könntest den alten Server während dieser Zeit so konfigurieren, dass er Mails an (gültige Adressen!) nicht in einer lokalen Mailbox ablegt, sondern stattdessen an den anderen Server übermittelt. Dass er also nur als Relay fungiert. Ob bzw. wie man das bei Plesk korrekt machen kann, entzieht sich leider meiner Kenntnis. Das bringt halt nur bei eingehenden Mails (SMTP) etwas, IMAP würde das nicht betreffen.
Oder Du bastelst Dir, falls Dovecot verwendet wird, z.B. mit dsync etwas. Dadurch könntest Du die beiden Postfächer jeweils synchronisieren, sogar in beide Richtungen.
Wenn ich "php occ maintenance:mode --on" nutze, scheint es prinzipiell zu klappen. Allerdings erscheint: "You are currently running 7.3.33. Please update your PHP version.bash-5.0$"
Das ist verwunderlich, denn auf der entsprechenden Subdomain ist PHP 8.1 eingestellt...
Die CLI-Version ist unabhängig davon. Du kannst die benötigte Version wie in meinem Beispiel auch direkt je Aufruf angeben: https://www.netcup-wiki.de/wiki/Shell_ver…e_PHP-Versionen
Oder global für Deinen Account in /conf/phpversion umstellen. (Eine Änderung dort wird aber erst nach einigen Minuten wirksam!)
So sollte es gehen, den richtigen Pfad zu occ musst Du allerdings selbst wissen: /usr/local/php81/bin/php /path/to/occ ...
Oder halt vorher mit cd ins richtige Verzeichnis wechseln…
Wie fixed man dieses Phänomen? (Farbbalken oben fehlt)
Cache kann ausgeschlossen werden da dieses Gerät noch nie auf dieser Seite war.
FF ESR?
Und was das Thema Blackholing bei MS & Co. betrifft: Mittlerweile habe ich das Problem wohl auch bei einem anderen (weitaus größeren Anbieter), bei dem ich seit mehr als 6 Jahren einen Mailserver mit guter Reputation betreibe und immer erfolgreich mit MS-Mailservern kommunizieren konnte.
Auch gut, dann fällt der letzte Grund für diese VM endlich weg und ich kann sie umziehen. Die IPv4-Adresse dort ist also nicht mehr wertvoll…
Eigentlich ist das in den AGB § 4 Abs. 7 von netcup eindeutig geregelt. 
Oder sehe ich das falsch? Ich habe aber auch keine Ahnung, was in DE rechtlich zulässig ist.
Drache Wieso zwei SRV-Records?
Und bei _minecraft.tcp fehlt ein Unterstrich vor TCP: _minecraft._tcp
Mein Router _braucht_ keine Firewall, weil ip6 abgeschaltet ist.
Ich könnte jetzt klugscheißen, dass NAT unter Linux genau in den gleichen Kernelmodulen wie der Rest einer klassischen Firewall abgehandelt wird, aber lassen wir das. 
Ich wünsche definitv NICHT, dass mein Toaster, mein Kühlschrank, jede Glühbirne, mein Stromzähler und auch ganz gewiss erst recht nicht meine Rechner zuhause per Default weltweit einfach so aus den letzten Winkeln des Universums erreichbar und angreifbar sind und jedes Gerät eine eigene Firewall braucht.
Dein Router hat keine Firewall?
Und: Nein, ich werde jetzt keine "Belege" für meine Behauptungen raussuchen und diskutieren. Wer sich wirklich auskennt weiß, dass es so IST.
Ok.
