Widerstand beginnt im Kleinen. 
Die IPv4-Adresse meines Mailservers war schon 8 mal Opfer der Microsoft-Blacklist. Leider funktioniert ja auch der IP-Status den Microsoft einem im "Smart Network Data Services" anzeigt nicht. Dort heißt es alles ok, aber Mails werden dennoch abgelehnt weil man eben doch von einem Blacklisting erfasst wird. Das merkt man dann erst, wenn man mal wieder eine Mail Richtung Microsoft senden möchte.
Das kommt für mich nicht in Frage. Wenn Microsoft seine Nutzer benachteiligen will, dann ist es nicht mein Job dafür eine Umgehungslösung zu bauen. Von mir erten sie da nur den Supportaufwand für die Freischaltungsanfragen. Generell sollte ein solches Verhalten stärker beykottiert werden, anstatt es zu tolerieren und nach deren Pfeife zu tanzen. Umso mehr Serverbetreiber auf solche Relay-Dienste setzen, umso geringer ist der Druck für Microsoft dieses Verhalten zu ändern. Microsoft macht sich hier eigene Regeln für den E-Mail-Verkehr und möchte die allen kleinen Anbietern aufzwingen, das kann ich in keinster Weise unterstützen.
So wie es aussieht, gibt Microsoft neuerdings zu einer nicht zugestellten E-Mail genügend Auskunft, so dass man als Admin seines eigenen Mailservers bei Bedarf auf Probleme wie diese oder ähnliche dementsprechend reagieren kann.
Nur kann er Admin des Mailservers halt eben mal selbst so garnichts dagegen tun. Wie in der Meldung steht wurde die Mail nicht angenommen weil die IP-Adresse des Mailservers in einem Adressbereich liegt, den Microsoft auf ihre Blacklist gesetzt hat, weil eine beliebige andere IP-Adresse aus dem Adressbereich offenbar Spam gesendet hat. Dein Mailserver ist da also quasi nur ein Kollateralschaden. Selbst muss man sich da also nicht zwingend etwas zu Schulden kommen lassen.
Da bleibt nur wie üblich die Online-Formulare von Microsoft zu bemühen und mehrfach auf die Mails zu antworten, bis sie die IP-Adresse wieder freigeben.
Der Footer von customercontrolpanel.de verlinkt nach: https://www.netcup-wiki.de/
Der Footer von servercontrolpanel.de verlinkt hingegen nach: http://wiki.netcup.de/
Nutzer des HTTPS Everywhere Plugins erhalten bei dem zweiten einen Zertifikatsfehler, weil wiki.netcup.de kein passendes Zertifikat hat. Vllt. sollte man dort auch netcup-wiki.de hinterlegen. 
Außer dem Admin-Panel liefert das Ding ja eh nichts
Irrtum, pi-hole beantworte je nach Konfiguration auch "geblockte" Anfragen:
In der Kalenderliste neben dem Kalendernamen auf die drei Punkte klicke -> Einstellungen -> Oben links neben dem Kalendernamen auf den Farbeimer klicken.
Steht doch direkt im CCP:
QuoteHaben Sie bitte dafür Verständnis, dass die Gutscheine nur für neue Kunden genutzt werden können.
Die Situation ist weiterhin unverändert - auf verschlüsselte Anfragen wird unverschlüsselt geantwortet und die ursprüngliche Anfrage wird auch in dieser unverschlüsselten Antwort vollständig zitiert.
Wie kommt es, dass dieses Thema hier im Forum als erledigt markiert ist?
"Each folder is saved to an mbox file." Eine mbox-Datei kann man in die meisten Mail-Clients importieren, anschließend kannst du die E-Mail raussuchen - kannst du ja mal testen ob das für die klappen würde. Aber klar, ein Backup in einem IMAP-Server könntest du jederzeit im Mail-Client eingebunden lassen,... nur dann könntest du dort ja auch versehentlich löschen. Kommt also auch darauf an, wie häufig du auf das Bckup zugreifen musst.
Kurz die Ente befragt: Alternativ vllt. auch sowas wie imap-backup? Speichert die Mailboxen auf Platte, benötigt also am Backupziel kein IMAP.
(Keine Empfehlung, da ich das Tool nicht kenne.)
Gemäß Fehlermeldung hast du eine nicht erlaubte Option "All" in deiner .htaccess Datei. Dein Skript (ich nehme mal an PHP?) wird also garnicht ausgeführt, weil schon beim Parsen der .htaccees Datei ein Fehler auftritt. Schaut mal ob du die Zeile mit dem "All" findest und ob du die benötigst.
Ich kenne auch einige Personen, die auch am Handy lieber per Browser zugreifen - kann ich selbst auch nicht ganz nachvollziehen. Mit dem responsiven Design der neuen Roundcube Version ist das aber auch kein Problem. Netcup könnte hier also einfach durch ein Update abhilfe schaffen.
Das gleiche Problem gab es schonmal mit einem Netcup-Mailserver. Ich habe mich damals über mehrere Wochen mit dem Support herumgeärgert, der das Problem trotz zahlreicher Screenshots und sonstiger Nachweise nicht nachstellen konnte. Irgendwann wurde dann doch festgestellt, dass die Konfiguration für die Ports 465 und 587 unterschiedlich war, das wurde glattgezogen und es hat wieder gepasst. Das war eine ziemlich unbefriedigende Aktion, nichtmal für ein "Vielen Dank für Ihre hartnäckigkeit" hat es gegeben und das bei einem eigentlich doch recht kritischen Fehler - man könnte schließlich Mails von mail@netcup.de über einen netcup Mailserver versenden, die jeder somit als authentisch ansehen müsste.
Hast du die Netzwerk-Konfiguration angepasst? Der neue Server hat ja bestimmt eine andere IP-Adresse. Logge dich über die VNC Konsole ein und schau dass das Netzwerk-Interface online ist un dein SSH-Dienst läuft.
dass es eine Update vom KVM gab und ich den Server einmal ganz herunterfahren soll.
Mach das doch mal. 
DNS-Einstellungen werden gecached und Änderungen sind daher häufig erst nach mehreren Stunden weltweit bekannt.
Wie bekomme ich die VServer denn wirklich komplett ausgeschaltet
Shutdown/Herunterfahren im Gastsystem genügt. Anschließend im SCP wieder starten.
Die Standardimplementierug verlängert offenbar nicht sondern generiert neu. Die Einstellung bewirkt dass für jede Domain ein eigenes Zertifikat erstellt wird anstatt alles in eines zu packen und wie mhofer117 schreibt wird da dann wohl auch TLSA-Record kompatibel verlängert.
Vmtl. weil die Zertifikate erneuert werden?! 
Nutzt du denn ENABLE_SSL_SNI?
Das hat u.a. den Nebeneffekt: "The existing account and private key is used for all certificates, this means all existing TLSA dns records stay valid."
