Ja, ich hab auch gerade gesehn, dass es die bei Debian nirgends gibt. Also muss ich garnix machen.
Bitte etwas mehr Liebe für Debian Trixie und Sid! 
(Aufgrund der Build-Umgebungen und vorgehaltenen Mischkonfigurationen habe ich "debian-devel-changes" und "questing-changes" immer im Blick/auf Auto-reload.)
Nur genau diese Version?
Ja.
Muss ich mich jetzt wirklich auf allen Servern einloggen und schaun, welche Versionen da laufen?
Das geht, sofern man einmal entsprechende Profile angelegt hat, bspw. sehr elegant mittels dsh -g all -M -c apachectl -V | grep "Server version"
Wenn man die verwendeten Distributionen kennt, kann man sich auch über die einschlägigen Versionstabellen (Debian Trixie, Sid/Ubuntu Questing/…) informieren.
FYI: Für die Nutzer von Apache2 v2.4.64: Zeit für ein Update …
Euch erwarten mehr Cores, mehr SSD und mehr Power für deine Projekte! 🔥
Kurze Nachfrage, falls es vorab konkretisiert werden darf von der Moderation: Bezieht sich "Power" oben "nur" auf den Durchsatz/die Geschwindigkeit, oder auch auf den RAM-Umfang? 
Ich drücke schon einmal alle zehn Daumen, dass bei den Angeboten dedizierte ARM-Cores dabei sind … 
Wie bezeichnet man das Stoff-Tier richtig? (Das ich es das nächste mal weiß)
Anfang letzten Monats hätte man in Sachsen noch jede Menge "rote Pandas" erstehen können (Angebot hier – Bilder sind noch zugreifbar).
How can I contact them?
Have a look at the bottom of this page for the phone number.
Wenn ich mir das Verhalten der Build-Prozesse für einige große Pakete (gcc-1[45], llvm-toolchain-2*) in den letzten Wochen so ansehe, braucht es bald regulär Angebote mit weniger CPU-Kernen und deutlich mehr RAM. Wenn nämlich einzelne Builds temporär deutlich mehr als 2GB allokieren (sic!), muss man hier bei 16GB Hauptspeicher für die KVM-Instanz sowieso mindestens 4/6 der Kernel brachliegen lassen (insbesondere, wenn noch QEMU für RISCV im Spiel ist), weil die Compiler ansonsten einfach nicht genügend Speicher allokieren können. (Schlimmer noch, ein gcc-Build ließ sich so einfach gar nicht fortsetzen, sondern musste erneut angestoßen werden.)
In der Produktionsumgebung testen? Find ich gut.
Ich hingegen finde sowas überhaupt nicht gut. Wirkt (nicht nur) unprofessionell wie nur was.
Und zwar wenn ein 12 Monate Vertrag übernommen wird, geht dann die Laufzeit von vorne los oder geht sie weiter sowas man dann raus ist nach neuem Gesetz?
Ich interpretiere das Satzende einmal als "so dass man dann eine verkürzte Kündigungszeit hat".
Die Vertragsdauer läuft ganz normal weiter. Nach Ablauf von 12 Monaten hat man als Privatkunde immer ein monatliches Kündigungsrecht, unabhängig von der ursprünglichen Laufzeitsausgestaltung.
Und ja, die ursprüngliche Diskussion hierzu schlummert irgendwo im Forum.
EDIT: Ach, da gab es ja schon Seite 2.870 mit Antworten.
Wenn man die "longmessage" liest und keinen Reseller-Vertrag mit Netcup abgeschlossen hat, ist an dieser Stelle Ende der Fahnenstange. Eindeutiger kann diese Fehlermeldung aber auch nicht formuliert werden, oder? Wenn ein Reseller-Vertrag vorliegt, ist das ein Fall für den Support.
Die Diskussion, diese Funktion auch für "Normalkunden" freizuschalten, findet sich bei genauer Suche übrigens auch bereits hier im Forum.
Vermutlich schicken sie einfach die Mails an alle Domainnamen die sie kennen.
Es reicht ein (Javascript-fähiger) Scraper, welcher bei denic.de für .de-Domänen überprüft (wenn man sich nicht direkt die Whois-Datensätze beschafft), ob der Admin-C Netcup ist, und schon kann die gesehene E-Mail-Schablone entsprechend mit Werten befüllt und abgeschickt werden:
<h4 id="testh"><p><a href="javascript:;" id="general-request-anchor">General Request</a></p></h4>
<div class="row">
<p>Sie können <a href="javascript:;" id="general-request-text-anchor">diese Kontaktmöglichkeit</a> für allgemeine und technische Anfragen zur Domain nutzen.</p>
</div>Steht zu wünschen, dass sich die DENIC eG zeitnah von den Vorzügen der Nutzung von Anubis überzeugen lässt …
Stimmt! Ich hab die Emails nur für Domains mit NC NS´s bekommen
Dito, aber bei Verwendung von desec.org/desec.io als Nameserver.
Und ich mich mit meinem Anbieter in Verbindung setzen soll, damit sie das Problem ihrerseits lösen können.
Und so wie ich es mitbekommen habe, ist der Support hier nicht so schnell?
Der Support wird überhaupt (zu Recht) argumentieren, dass er keine Unterstützung für ein CMS eines Dritten übernehmen kann. Es müsste schon einwandfrei argumentiert bzw. logisch aufgezeigt werden, dass es eben nicht am CMS liegt. (Und hier sind insofern Zweifel angesagt, als fehlerhafte Rewrite-Regeln als Bestandteil der Basisinstalltion beim Netcup-Webhosting schon vor/seit Jahren in dieser Form im Forum thematisiert würden – dem ist aber eben nicht so.)
Es ist o.B.d.A. nicht auszuschließen, dass es einen Seiteneffekt geben könnte, weswegen das Problem in Verbindung mit einem Netcup-Webhosting auftritt (wobei ich hier immer noch das CMS oder dessen Anpassung zuerst als Schuldigen ausmachen würde); hier wäre dann allerdings die nahe liegende Frage: Gibt es keinen anderen CMS-Nutzer bei Netcup, bei welchem das Problem ebenfalls (oder nicht) auftritt?
EDIT: Ich lehne mich mal aus dem Fenster und vermute, dass es bei der Konfiguration des Scripts an irgendeiner Stelle darauf ankommt, die eigene Domäne zu hinterlegen – und an dieser/einer Stelle wird sich hinter dem Domänennamen ein "/" befinden.
Bist du irre? Weißt du wie viel Frust das schürt wenn man eine Masche falsch aufnimmt?
Danke für die Info, hamilrats anonymer Zweit-Account! 
Could there be a delay due to high demand? Has anyone else experienced the same issue?
Yes and yes.
Die letzten male in denen ein falscher Preis auf der Website angezeigt wurde waren eigentlich entweder wegen fehlender MwSt oder falsch erkanntem Land und dadurch ebenfalls falscher MwSt.
Aber in welchem Land sind denn 14,99/(12,79/1,19)=1,39⇔39% MwSt. üblich? Das muss dann andere Gründe gehabt haben.
[netcup] Sarah G. : Der obige Beitrag ist wohl im falschen Unterforum gelandet?
