Sobald du einen Record mit dem gleichen Namen anlegst (auch wenn es ein anderer Typ ist) greift die Wildcard nicht mehr. Du musst also nochmal A/AAAA Einträge mit „test“ anlegen.
Wenn du mit MXToolbox testest, musst du auch keine 48 Stunden warten. Da reichen 10 Minuten, weil netcups Nameserver die Einträge alle 10 Minuten übernehmen und MXToolbox direkt bei den Nameservern anfragt und du somit nicht von Caching betroffen bist.
Ich kann mir vorstellen, wofür das gut ist
Natürlich handelt es sich nur um Familienmitglieder aus meinem Haushalt… 
Ich nutze https://github.com/php-mime-mail-parser/php-mime-mail-parser um Mails eines Streaminganbieters auszulesen und für meine Familie auf einer Webseite anzuzeigen.
Dafür wird jedoch die mailparse extension von PHP benötigt.
Aber vielleicht reicht dir das ja schon, um die Mails zu parsen. An die Anhänge sollte man damit auch kommen können.
Ist doch Fasching
Nicht mehr. Gestern war Aschermittwoch 
Und ich bleibe bei meiner Ente! (vorerst)
Mein Problem ist, dass mein private Server über Plesk nur einen Nameserver hat, .de Domains aber zwei Nameserver erfordern, daher nehme ich die NS von IN*X.
Gibt vom roten H kostenlose secondary Nameserver. Das würde sich dafür anbieten.
Dann müsste ich aber für jede neue angelegte Subdomain wieder einen TXT Record bei IN*X erstellen, oder habe ich hier einen Denkfehler?
Ja, hast du. Bzw. dir fehlt da eine Info. Sobald du ein Wildcard-Zertifikat haben möchtest, möchte Letsencrypt (die stellen die Zertifikate aus) einen DNS-Eintrag haben. Wenn du jedoch nur die Subdomain selber schützen willst, reicht Letsencrypt eine kleine Datei, die über http abgerufen wird. Das übernimmt Plesk für dich automatisch.
Also nur Subdomain im Zertifikat: Plesk macht alles automatisch
Wildcard-Zertifikat mit externem Nameserver: Alle 3 Monate manuelle Arbeit
Wildcard-Zertifikat mit Nameserver von Plesk: Plesk sollte es automatisch machen (bin mir nicht zu 100% sicher, weil keine große Plesk-Erfahrung)
Gibt es vielleicht eine Lösung für Subdomains auch eine Wildcard zu erstellen, sodass ich im Plesk Subdomains anlegen kann wie ich möchte, ohne jedes mal die DNS Einstellungen beim Domainhoster ändern zu müssen?
Genau dafür sind Wildcards ja eigentlich gedacht. Bist also erstmal auf dem richtigen Weg.
Ich vermute irgendwas ist in deinen DNS-Einstellungen krum. Kannst du davon vielleicht mal einen Screenshot posten?
Wo finde ich die Limits bzw. wann die Limits zurückgesetzt werden?
Wie ist es bei euch? ist es besser?
Mit wget -O /dev/null http://speedtest.belwue.net/10G oder wget -O /dev/null http://mirror2.netcologne.de/10g.bin bekomme ich ca. 2,2 Gbit/s. Kann mich also nicht beklagen.
aber sie wollen, dass ich es ebenso im Rettungssystem reproduzieren kann...
Kannst du es dort denn reproduzieren?
Bin da also noch dran und melde mich wieder, wenn ich eine Antwort bekomme.
Lars hat zwar schon hier geantwortet:
[...]
wir arbeiten aktuell bereits an einem globalen Delisting von der PBL für betroffene IP-Adressbereiche.
[...]
Aber hier nochmal seine Antwort, die mich par Mail erreicht hat:
[...]
Wir haben das PBL-Listing für das komplette Subnetz nun entfernt.[...]
Ich kann auch bestätigen, dass das Listing entfernt wurde. Vielen Dank [netcup] Lars S.!
Zum Eine finde ich es klasse, dass Lars sich so für uns hier einsetzt (Vielen Dank nochmal dafür!). Zum Anderen finde ich es merkwürdig, dass das überhaupt von Nöten ist. Wieso kommt erst eine Antwort vom Support, die leider so gar nicht zielführend war? Wieso muss ich nochmal nachhaken? Wieso muss Lars erst aktiv werden? Gäbe es noch die Beschwerdestelle, hätte ich diese schon längst benutzt.
Für mich sieht das erstmal gut aus. Denke da hängen einfach noch ein paar DNS-Einträgen in Caches fest. Das sollte aber nach spätestens 24 Stunden erledigt sein.
Höchstens den ersten Eintrag mit * A 46.38.243.234 würde ich noch an deiner Stelle löschen. Somit kommt man nämlich auf die "Diese Domain wurde geparkt"-Seite, wenn man z.B. http://gibt-es-nicht.uplawski.eu/ aufruft.
Für die Zukunft empfehle ich dir 24 Stunde vor Änderung der DNS-Einträge den TTL-Wert auf etwas kleineres zu ändern. 600 bietet sich hier als Wert an (10 Minuten). Wenn alles geändert ist, kann der TTL-Wert wieder auf 86400 (24 Stunden) angepasst werden.
Als Endbenutzer / Kunde müsste ich das Procedere jedes Jahr auf eigene Initiative wiederholen und laufe ständig Gefahr, dass das Removal zurückgenommen wird und ich es nicht sofort bemerke oder gar das erneute Listing nicht wieder rückgängig machen kann.
Genau das habe ich in meiner Antwort an den Support auch als Grund genannt.
Bin da also noch dran und melde mich wieder, wenn ich eine Antwort bekomme.
Also "_minecraft._tcp.mc" - "SRV" - "0 0 15526 {IP-ADRESSE}" Korrekt?
Dann kann ich via "mc.domain.de" auf den Server ohne den Port anzuhängen?
Sollte so klappen, wobei eine IP-Adresse streng genommen nicht gültig ist als Ziel. Also statt {IP-ADRESSE} sollte da ein Host stehen, der auf eine IP zeigt.
Also vielleicht noch einen Eintrag "mc" - "A" - "{IP-ADRESSE}" und dann
"_minecraft._tcp.mc" - "SRV" - "0 0 15526 mc.domain.de"
Damit ist dann unter sub.domain.de dein Minecraft-Server erreichbar, der normal mit sub2.domain.de:12345 erreichbar ist.
Kannst sub auch weglassen, dann ist dein Server auch unter domain.de erreichbar.
Hab auf jeden Fall mal ein Ticket eröffnet.
Antwort:
[...]
vielen Dank für Ihre Anfrage.
Bei Spamhaus können Sie auch als Kunde dies entfernen lassen.
Alle weiteren Informationen finden Sie bei Spamhaus: https://check.spamhaus.org/faqs/?id=PBL_s…al_email_server[...]
Irgendwie sehr unbefriedigend
Hast du mal in die Logs geschaut, ob da steht wieso genau die Mail nicht versendet werden konnte?
Als „normal“ würde ich das Verhalten auf jeden Fall nicht bezeichnen.
vielleicht gibt es tatsächlich auch Gründe gegen ein Delisting, die ich übersehen habe...
Ich sehe da keine. Ich vermute auch, dass da ein Teil eines Subnetzes übernommen wurde, das vom vorherigen Besitzer auf die PBL gesetzt wurde. Netcup hat einfach nach der Übernahme des Subnetzes noch nichts dagegen unternommen.
Hab auf jeden Fall mal ein Ticket eröffnet.
Dass der Adressbereich 89.58.48.0/22 bei Spamhaus auf der PBL steht ist nicht richtig. Oder? 
EDIT: Jetzt hat's geklappt.
Hat bei mir auch erst beim zweiten Versuch geklappt. Beim ersten kam die selbe Meldung wie bei dir in der Konsole.
Screenshot 1: Ersten Eintrag mit Kreisen löschen.
Screenshot 2: Ersten Eintrag löschen
In Postman verwendest du kein https:// vor der Adresse. Ich vermute Postman wird nach dem 301-Redirect von http auf https mit einem GET anfragen.
Damit nach einem Redirect auch die selbe Methode verwendet wird, wäre ein 308-Redirect besser.
