Beiträge von Copro

    Die E-Mail hatte ich damals bestätigt über den Link

    Wenn damit die E-Mail von Ascio gemeint war, ist das genau die von Patrick0815 genannte Lösung.
    Und in einem der Screenshots fragt der netcup Support ja freundlich nach, ob das Problem jetzt beseitigt ist, weil die Domain jetzt korrekt in deinem Kundenkonto hinterlegt ist.

    Ich habe die COM Domain aus einem der ersten Screenshots gerade problemlos öffnen können und sehe irgendwas was ein sumup Store sein könnte ^^ (würde also sagen das Thema ist erledigt)

    Aber nur aus Interesse die Nachfrage, warum postet man Screenshots statt dem Text hier im Forum? :?:
    Das macht es für alle schwerer zu helfen. (Und es es sind neben der Domain auch zumindest der Nachname ersichtlich.)

    Die Glaskugel ist noch etwas trübe an diesem heißen Freitag. Kannst du bitte mal die Details aus dem Protokoll für die Domäne liefern? (WCP - Produkte - unter Plesk Panel-Links "Protokolle")
    Also was genau die 403 Meldung aussagt, kann viele Ursachen haben und liegt bei netcup Webhosting Plesk Paketen meist an falschen Datei-/Ordnerrechten, blockierenden Einträgen in der .htaccess-Datei, die du schon geprüft hast oder einer fehlenden Startseite. :/
    Was sollte denn geladen werden, statische index.html oder PHP index.php also welcher Inhalt liegt im Dokumentenstamm / DocumentRoot der Domain?

    Damit die Zuordnung der Einträge unter Protokolle auch Sinn ergibt, schaue auch nach dem festgelegten Dokumentenstamm unter den WCP Domain-Einstellungen.

    In der Serverbörse ist gerade auch kein Server mehr für unter 56€
    Sonst waren die günstigsten ja immer so bei 40-45€

    ... und nette Menschen, die alte Angebotsserver mit oder ohne Ablösung anbieten werden sogar komisch angemacht. Ist also nicht verwunderlich, wenn man da wenig Lust hat was einzustellen, also ganz viel positive Energie an diejenigen, die das weiterhin machen :thumbup:<3:!:

    Konnte mich bisher zurückhalten dort zu kommentieren, um die Beiträge nicht sinnlos vollzumüllen. Aber ich feiere jeden, der die Zeit aufbringt so alte Schätzchen, die auf Dauer ja weniger kosten werden jemand anderem die schwierige Zeit der RAMpocalyse etwas zu erleichtern.

    Shitstorm incoming?

    Wenn es bei Dir nicht um rein statische Inhalte handelt und z.B. um 3 Domains, die alle auf dieselbe WordPress Installation im gleichen DocumentRoot /domain.tld/public zeigen, kommt denke ich zumindest das WordPress Toolkit gewaltig durcheinander und ich habe das selbst noch nicht ausprobiert. Könnte dir aber egal sein, falls kein WP involviert oder das WP Toolkit nicht betroffen ist. Rein technisch sollte es gehen, wie ja domain1 und domain2 gezeigt haben.

    Vielen Dank für die Auflösung des Rätsels, da hat meine Glaskugel ja heute ein Extra Eis verdient 8)

    Ich hatte versucht das Problem mit verschiedenen Subdomains nachzustellen, da ich nicht noch drei weitere DE Domains kaufen wollte, trotz der WM Aktion ;) aber habe es nicht hinbekommen. Aber wenn es das WordPress Toolkit war und die Einstellungsänderung vom Hosting-Typ ist das ja jetzt auch dokumentiert. Topp <3

    1) WICHTIG: Nicht die E-Mail-Adresse einer der noch zu transferierenden Domains ich@meine-zu-netcup-gehende-domain.tld als Kontaktadresse bei netcup hinterlegen!
    Bei Registrierung immer eine E-Mail-Adresse eines anderen Anbieters verwenden, da beim Domaintransfer die Erreichbarkeit über diese E-Mail-Adresse nicht sichergestellt ist, und man dort das 2FA Token per E-Mail an die Kontaktadresse verschickt zum Einloggen ins Kundenkonto eventuell nicht erhält und sich somit aussperrt und einen unnötigen Supportfall erzeugt. Eine Verwendung als Rechnungsadresse wäre nicht so tragisch, das hier nur zu Mahnungen kommen könnte.

    Aus gegebenen Anlass: (ich kann mir vorstellen, dass das schon häufiger passiert ist)

    Shouphanya
    13. Juni 2026 um 16:28


    Hinweis für netcup: (falls die Moderatoren das hier freischalten müssen)
    Eventuell könntet ihr aber auch eine Prüfung einbauen, im Falle aus einem registrierten Kundenkonto heraus versucht wird genau die Domain der Kontaktdresse zu transferieren, dass zuerst eine entsprechende Meldung / Warnung angezeigt wird, falls dass die Datenschutzbedingungen zulassen, dass hier auf die hinterlegte Kontaktadresse zugegriffen wird.

    Ob man hier auch schon die in meinen Augen problematischte Sache bei den Webhosting Paketen im Zusammenhand mit E-Mail ansprechen darf oder sogar sollte, weiss ich nicht. Aber selbst die KI beantwortet mir die Frage, ob ich eine primär genutzte private E-Mail-Adresse bei einem netcup Webhosting Paket nutzen soll korrekt und formuliert.

    Zitat

    Bei manchen Shared-Hosting-Anbietern – worunter auch netcup in Foren-Vergleichen gelegentlich kritisiert wird – kann es vorkommen, dass IP-Adressen durch Spam-Listen anderer Nutzer beeinträchtigt werden, was die Zustellbarkeit Ihrer E-Mails bei großen Anbietern (wie Microsoft/Gmail/GMX/Web.de) erschweren kann.

    Hello iu1jvo,

    since I also just run a small VPS 500 G8 for things like that, I can confirm that all netcup VPS products have this feature to make a snapshot of the current server and the first download of this is free. Additional Snapshot (downloads) or backups can be bought from the CCP basically the control center and cost 1,50 € per snapshot.

    Since I have never used the snapshot / Backups feature, the process seems pretty manual to me and this not in the slightest compare to what you describe as a "daily automated backup" which would also be very costly in case of automation every snapshot creation and download is billed with 1,50 € so there might be better ways. Also the Snapshots are stored on the storage of the server itself, so in case of a server storage failure all your snapshots are lost - it might be better to rely on external storage or a second server ;)

    The netcup API could be used to automate such tasks as to create a server snapshots and the tutorial I found in German is this one:
    Netcup: Automatische Server Snapshots mit Bash einrichten

    Maybe someone with more experience can chime in here if I am missing a point ... :/

    Hallo Shouphanya,
    leider hast du praktisch kein Fettnäpfchen ausgelassen beim Umzug deiner Domain zu netcup und ich muss dir leider gleich mal im voraus sagen, dass du mit Mailsachen und dem netcup Webhosting Mail vermutlich auch nicht glücklich werden wirst, wenn das deine primär genutzte E-Mail-Adresse werden soll. Mehr dazu also am Ende ... lass mich kurz versuchen zusammenzufassen, in welchem Schlamassel du gerade steckst.

    1) deine bei netcup im Kundenkonto hinterlegte E-Mail-Adresse ist von deine ich@domain.tld und
    2) die Domain wurde in der WM Aktion zu netcup übertragen
    3) beim Login geht das Token per E-Mail an ich@domain.tld aktuell ins Nirvana


    Damit bleibt dir aktuell keine andere Wahl, als den Support telefonisch zu kontaktieren, da ein Ticket auch nur eingeloggt erstellt werden kann und aktuell vielleicht auch gerade wegen der WM Aktion eher mit längeren Antwortzeiten gerechnet werden muss.
    Ob die Notfallnummer und die Bearbeitung in deinem Fall in Rechnung gestellt würde, kann ich nicht abschätzen. Es ist in meinen Augen nicht dein Fehler, weil eine entsprechende Info auf keinen Fall eine zu netcup umzuziehende Domain als Kontaktadresse zu nutzen, hättest Du nur durch Durchsuchen des Forums oder hellseherische Fragen im "Vor dem Kauf" Unterforum herausfinden können und netcup kann bei Registrierung auch nicht direkt erkennen, dass dann genau diese Domain umgezogen wird, um das vielleicht bei der Registrierung schon zu unterbinden.

    Da heute schon Mittwoch ist bitte auf jeden Fall den Support telefonisch kontaktieren, damit man dort hoffentlich die Mailkonfiguration vornehmen kann und temporäre Zugangsdaten zu einem Postfach schicken kann. Das wäre vermutlich die schnellste Lösung, aber ich kann nicht versprechen, ob das mit der Erreichbarkeit und der Power des First Level Supports so geht, wie ich mir das vorstelle.

    Moderatoren - da der Forenaccount Shouphanya als "Registrierter Benutzer" gelistet ist, könnte das bedeuten die Kundennummer ist möglicherweise hinterlegt. Vielleicht gibt es ja auch die Möglichkeit, dass sich der netcup Support aktiv über einen möglichen zweiten Kanal beim Kunden meldet?

    Da ich leider keinen eigenen Mailserver betreibe, kann ich Dir auch nicht einfach eine IP / Hostname zum Eintragen als temporärer MX geben, falls dies durch den Support einfacher zu bewerkstelligen ist als dir ein Postfach mit temporärem Passwort einzurichten. :rolleyes:

    ----

    Und damit halte ich auch den Rant über die für mich persönlich bei netcup absolut nervigste Baustelle kurz und knapp. Wenn man mit einem netcup Webhosting eine E-Mail-Adresse betreibt, hat man immer wieder Zustellprobleme bei anderen großen E-Mail-Providern wie Microsoft (outlook, hotmail, live, etc...) und auch GMX, Jim tut's oder sonstige Anbieter weisen E-Mails ab, weil die netcup Mailserver immer wieder auf DNSBL also DNS Blocklisten landen oder direkt abgewiesen werden und es teilweise Tage dauert, bis eine Zustellung wieder gewährleistet ist.

    Ich schreibe mal eine detaillierte Zusammenfassung der Möglichkeiten auf, um einem das Leben zu erleichtern. Aber zuerst hast du mehr also genug zu tun, die obige Problematik mit der Einrichtung deines Postfaches zu lösen. Also hier für die Abendlektüre nur der Verweis auf einen der letzten Beiträge von mir, von denen es viele ähnliche im Forum gibt. :(

    Vorgehen bei netcup Webhosting Mailserver auf Blacklist bei Microsoft Hotmail Live IP Blockade oder Spamhaus - WCP (Webhosting Control Panel) - netcup Kundenforum

    Ich versuche mal deine Fragen zu beantworten, weil die vermutlich in dem Beitrag noch nicht behandelt wurden.

    1) Warum wird das nicht auf https://webmail01.netcup.net/ aktuell gehalten?

    Die Antwort dazu hat [netcup] Lars S. oben schon in der Ankündigung gegeben:

    Zitat


    Der genaue Beobachter wird feststellen, dass auch weiterhin die angegebene Version nicht aktuell zu sein scheint, ich kann euch jedoch versichern, dass wir (wie bisher auch) relevante Sicherheitsupdates über sogenannte backported Patches einbauen und daher daraus kein Sicherheitsrisiko resultiert.

    Schau dir dazu mal z.B. die letzte Version eines Roundcube Pakets für ein debian bookworm System an: 1.6.5+dfsg-1+deb12u9
    Da werden mit der letzten Version 1.6.5 und vielen zurück auf die Version portierten Patches praktisch das gleiche Patchlevel wie die LTS oder einem der Distribution abgesichertes Level erreicht.
    Und auf einem produktiven Serversystem würde man in so einem Fall auch eher auf die LTS Version 1.6.16 setzen, als die letzte stabile Version 1.7.1 zu nehmen.

    2) Auch könnte man das mal auf https://webmail.netcup.net/ umstellen, wozu die 01?

    Meine Vermutung ist, dass dies historisch gewachsen ist und es irgendwann vielleicht mehrere verteilte Webmailer gab und diese webmail01, webmail02, etc... genannt wurden. Aber hier kann sicher einer der netcup Mitarbeiter aus dem Nähkästchen plaudern. Würde mich tatsächlich auch interessieren. :saint:

    Danke [netcup] Lars S. für das Update!

    Eingeloggt in Webmail01 wird mir die Version 1.6.5 angezeigt und ich vermute da verwendet ihr gesicherte Backports einer abgesicherten Distribution. Ich habe meine selbst auf netcup Webhosting Paketen gehosteten runden Würfel auf die letzte Roundcube LTS Version 1.6.16 angehoben. Auch auf die letzte Stable 1.7.1 habe ich schon einen Blick geworfen, aber da komme ich aktuell noch nicht mit der auf public_html Infrastruktur umgestellten Standardkonfiguration und den DocumentRoot Einstellungen klar :/

    Was ich eigentlich sagen wollte, mir ist aufgefallen, dass das Favicon kann beim https://webmail01.netcup.net/ nicht geladen werden kann. Vielleicht könnt ihr das beim nächsten Update mit fixen, um meinen inneren Monk zufrieden zu stellen.8)
    Das verlinkte https://webmail01.netcup.net/skins/elastic/…co?s=1699116754 produziert nur einen 403 HTTP Fehlercode.

    netcup_webmail01_roundcube_favicon_403.png


    Den Fehler gab es schonmal, aber ob Du schnelle Hilfe vom Support bekommen wirst ist aktuell zu bezweifeln.

    Yugen hat sich vielleicht 2024 damit auch an den Support gewandt, aber es ist nicht überliefert wie das Problem gelöst wurde oder die genauen Umstände unter denen es auftrat:


    Rubbernose hatte das Problem 2021 mit 3 verschieden WP Seiten auch schonmal gesehen:


    In seinem Fall hat es geholfen, die Domains mit je eigenem sauber getrennten DocumentRoot anzulegen.
    Das macht netcup eigentlich auch automatisch und legt den DocumentRoot von domain1.tld in /domain1.tld/httpdocs (analog dazu dann domain2.tld in /domain2.tld/httpdocs)
    Ein weiterer Stolperstein waren dann die Browser und Webseiten Cache Problematiken, die man nur durch viel Geduld und extreme Refreshes ausmerzt, aber das waren Auswirkungen der verschiedenen Inhalte der einzelnen Domains.

    Wenn es bei Dir nicht um rein statische Inhalte handelt und z.B. um 3 Domains, die alle auf dieselbe WordPress Installation im gleichen DocumentRoot /domain.tld/public zeigen, kommt denke ich zumindest das WordPress Toolkit gewaltig durcheinander und ich habe das selbst noch nicht ausprobiert. Könnte dir aber egal sein, falls kein WP involviert oder das WP Toolkit nicht betroffen ist. Rein technisch sollte es gehen, wie ja domain1 und domain2 gezeigt haben.

    Die Fehlermeldung aus dem Protokoll von domain3.tld? deutet darauf hin, dass der DocumentRoot noch auf /domain.tld zeigt. In dem Verzeichnis ist ja außer dem public Unterordner keine weitere Datei enthalten sagt meine Glaskugel.

    Also konkret vermute ich sieht die Konfiguration aktuell so aus und die Korrektheit bezieht sich auf den Plan diese nur EINEN einzigen DocumentRoot /domain.tld/public verwenden zu lassen.

    domain1 hat DocumentRoot korrekt gesetzt: /domain.tld/public
    domain2 hat DocumentRoot korrekt gesetzt: /domain.tld/public
    domain3 hat DocumentRoot inkorrekt gesetzt und lässt sich wegen Fehlermeldung nicht ändern: /domain.tld

    ----

    Was ich ausprobieren würde ist folgendes, wenn Du an dem Ziel festhalten möchtest nur einen DocumentRoot zu verwenden. (vielleicht können auch die erfahreneren Forumsenten hier nochmal Erfahrungswerte einfließen lassen, ob das so sinnvoll ist.)
    1. domain3 zuerst testweise auf einen sauberen leeren eigenen DocumentRoot /domain3.tld/httpdocs oder so zu setzen, um zu sehen ob das ohne Fehlermeldung klappt.
    2. Dann nochmal die Änderung auf den "Highlander" DocumentRoot /domain.tld/public zu versuchen, da ich mir vorstellen kann dass die Problematik vielleicht vom aktuellen DocumentRoot als Elternverzeichnis der beiden von domain1 und domain2 kommt.

    Du möchtest alle 3 Domains denselben Inhalt zeigen lassen und eine permanente Umleitung (301) kommt nicht in Frage?

    Deswegen immer mit schwarzen Boxen statt verpixeln.

    Verpixeln ist nicht sicher, auch nicht in Videos

    Hätte ich eigentlich schon gelernt, wollte gerade das mit schwarzer Box entschärfte Foto meiner CT Aufnahmen posten, in das ich sonst nur das kleine Gehirn im Gehirn von Homer Simpsons Röntgenaufnahme montiert habe. Und dann aber eines besseren besonnen, bevor das hier den ersten Strike gibt :D:/8)

    Ist mir bisher nie aufgefallen, aber ich habe so ähnlich auch eine Abweichung schon auf der Produktseite. (Oder die älteren Webhosting SE Pakete wurden nicht so stark erhöht wie die späteren. :/)

    Das erste Webhosting aus einer Aktion an Ostern 2022 frisst nur 1,26 € im Monat und alle späteren 1,27 €



    Oh Mist, da bin ich wieder auf einen Leichenfledderer Zug aufgesprungen. Das ursprüngliche Thema war ja 2019 schon erledigt und eh schon allen bekannt. Tut mir leid - mein Cent Troubleshooting kann gerne gelöscht werden, da ich nicht weiß, wie ich das selber machen kann.

    Also die einfachste Möglichkeit ist, du verwendest das Wordpress Toolkit über das WCP - findet sich ganz einfach über die "Plesk Übersicht" nach Auswahl des Produkts.
    Dort versteckt sich die Funktion über "Website-URL aktualisieren", die die notwendigen Änderungen in der Datenbank für dich vornimmt. Vermutlich findet sich hier im Forum schon eine passende Anleitung oder der KI Chat deiner Wahl spuckt dir auch die notwendigen manuellen Schritte aus.

    So findest Du die Funktion im Wordpress Toolkit, dass bei allen Webhosting Tarifen inklusive ist:
    netcup_WCP_Wordpress_Toolkit_Website-URL_aktualisieren.png

    (Haha 8o die Vorschau de-anonymisiert meine Unkenntlichmachung zum Teil wieder :rolleyes:)

    Und wenn Du Glück hast und die Änderung korrekt erkannt wurde, reicht ein beherzter Druck auf [Aktualisieren] im Dialog dazu:
    netcup_WCP_Wordpress_Toolkit_Website-URL_aktualisieren_dialog_domain_tld.png

    nicht vergessen auch für MX gültiges Zertifikat zu verwenden - Netcup braucht für RoundCube (Webmail) mail.domain.tld (CN/SAN ist für Kundendomäne jedoch nicht eingetragen)

    Kannst Du genauer erläutern was Du mit gültiges Zertifikat für MX meinst?
    Den DNS MX 10 Eintrag für mail.domain.tld legt netcup ja automatisch an. Verstehe ich das richtig, dass man hier eine zusätzliche Subdomain erstellt und dann auch ein LE Zertifikat darauf ausstellen lässt? (das hatte ich bisher nie gemacht)

    In den E-Mail Einstellungen lässt sich bei mir hier kein eventuell schon für die Domain angelegtes LE Zertifikat auswählen:
    netcup_E-Mail_Einstellungen_Webmail_Zertifikat_LE_nicht_auswaehlbar.png

    Und für den Webmail nutze ich immer den in den E-Mail-Einstellungen hinterlegten (Standard: Webmail01).
    Oder alternativ eine auf einer Subdomain aufgesetzten eigene Roundcube Installation. (hier das dazu verfasste Community Tutorial: Setup of Roundcube as webmail frontend on webhosting)

    cmonty14habe die Schritte in #2 für deine Domain genau beschrieben und ist völlig unproblematisch zum Einrichten. Wenn die nötigen niedrigen TTL Werte für die DNS Einstellungen vorher gesetzt sind, ist das in unter 15 Minuten erledigt. Wenn die Anleitung anhand deiner Domaindaten nicht in Ordnung ist, anonymisiere bzw. pseudonymisiere ich die Screenshots und Textangaben gerne.

    Bei Problemen gerne schreiben ... :)

    Für die Verifikation, dass alles korrekt eingerichtet wurde, verwende ich die MX Toolbox.
    https://mxtoolbox.com/SuperTool.aspx?action=mx%3abiszumbitterenen.de&run=toolpage#
    Hier einfach auf "MTA-STS Lookup" umschalten.

    Also Greylisting quasi? :D

    Hehe - so habe ich das noch gar nicht gesehen ;) ... also kein Tarpitting, weil es ja direkt abgelehnt wird.


    Die zweite betroffene Domain war aber durchaus ernst gemeint, also habe ich die Empfehlung die Fehlermeldung bzw. die Handlungsempfehlung zu konkretisieren mal als Ticket bei netcup weiter gegeben.

    Bei zwei bestellten Domains habe ich eine Fehlermeldung erhalten von donotreply@netcup.de und zwei unterschiedliche Handlungsempfehlungen. ;( (Vielleicht kann man das in dem E-Mail Template besser formulieren, also sowas wie:" Sollte eine erneute Bestellung der Domain scheitern, wenden Sie sich an unseren Support" - Textvorschlag von mir einem mit natürlicher Intelligenz ausgestattetem Individumm)

    Betreff der beiden E-Mails:
    Bestellung Ihrer Domain neueabernurleichtferkeligedomain.de ist fehlgeschlagen.

    "Fehlermeldung" in beiden E-Mails:

    Zitat

    Bestellung Ihrer Domain neueabernurleichtferkeligedomain.de ist fehlgeschlagen. Bitte wenden Sie sich an unseren Support.

    Die Bestellung ist fehlgeschlagen. Bitte beauftragen Sie die Bestellung der Domain erneut.

    Ja - was denn nun - die Domain(s) erneut bestellen, oder sich an den Support wenden?

    :/

    🦆 - die erneute Bestellung hat dann am Sonntag natürlich geklappt :S

    Die Standard Textblock Nachricht, obwohl alle Informationen (bis auf die explizite Versicherung, dass es sich um keinen Newsletter Versand handelte) im Ticket und den Screenshots enthalten waren:

    Zitat

    Gerne gebe ich Ihr Anliegen an die zuständige Abteilung weiter, um ein Delisting beim entsprechenden Provider zu beantragen. Zuvor benötigen wir von Ihnen jedoch noch folgendes:

    • Eine entsprechende Bounce-Nachricht, aus der das Listing hervorgeht. (Bitte senden Sie uns diese als Text zu.)
    • Eine explizite Bestätigung, dass keine Massenmails versendet werden (dazu zählen auch Newsletter).
    • Die E-Mail-Adresse, von welcher versandt wurde und die Bounce anschließend auslöste.
    • Die Domain an welche die E-Mail gesandt werden sollte. (Beispiel: @outlook.de oder @hotmail.com)

    Ein weiteres Ärgernis war, dass die ausgefüllte Kundenservice Bewertung (Customer Service Rating) an einem für mich unsichtbaren Captcha gescheitert ist: :cursing:

    forum.netcup.de/thread/22374/

    The confusion might stem from the new SCP UI which might currently not even support multiple languages and does not correctly explain the "Hostname" editable field.

    theGooseMonkdid you change the hostname in the new SCP UI in the tab "General" / "Allgemein" ?

    image.png

    Just out of curiosity was this interface available to you in English?

    Sorry - I was blind and did not see the EN/DE switch on the top left or the login screen, because I always directly navigate from the CCP to the SCP.