Seit gestern ca. 22:00 komme ich nicht mehr ins CCP, weil das System mir keine Sicherheitstoken mehr per E-Mail sendet. Was kann ich unternehmen
da ich ohne Zugang zum CCP gewissermaßen blind bin. ![]()
Seit gestern ca. 22:00 komme ich nicht mehr ins CCP, weil das System mir keine Sicherheitstoken mehr per E-Mail sendet. Was kann ich unternehmen
da ich ohne Zugang zum CCP gewissermaßen blind bin. ![]()
Da wird dir wohl nur der Support/Notfallsupport weiterhelfen können.
Deine im CCP hinterlegte E-Mailadresse ist eine von der Netcup Infrastruktur unabhängig funktionierende?
Da wird dir wohl nur der Support/Notfallsupport weiterhelfen können.
Deine im CCP hinterlegte E-Mailadresse ist eine von der Netcup Infrastruktur unabhängig funktionierende?
Falls sie nicht davon unabhängig ist, prüfe nach, ob du auf dieser Adresse noch Mails empfangen kannst. Andernfalls könnte es möglicherweise eine Sperrung wegen Abuse sein, also wegen massiver Überschreitung der Quota, Spamversand oder was auch immer. Sowas kann z.B. auch unwissentlich passieren, wenn irgendeine Anwendung plötzlich Unmengen von Fehlermeldungen in ein Log schreibt. Alles schon mal da gewesen ...
Was kann ich unternehmen
da ich ohne Zugang zum CCP gewissermaßen blind bin.
Woher weisst Du dass Netcup nicht mehr sendet? (Sagt das login dass keine mail gesendet wurde?) ... Deine email adresse muss natürlich ausserhalb von Netcup liegen und Du musst eine 2te ausserhalb von Netcup existierende email adresse haben von der aus du eine Testmail an die netcup token zieladresse schicken kannst.
Wenn die Testmail ankommt besteht die möglichkeit das Netcup nicht sendet. Wenn nicht dann kommt da nichts an - keine testmails, keine tokens egal wer sendet.
Zugang zum Server hast Du ja über SSH und bei CMS das CMS login.
Hallo, mir geht es leider auch so!
Habe ein ähnliches Problem, teilweise brauchen die Token Mails 3-5 Stunden, bis diese im Netcup Webmail erscheinen.
Hier der relevante Teil aus dem Mail Header.
Received: from smtp.netcup.net (smtp.netcup.net [46.38.225.170])
by mxe986.netcup.net (Postfix) with ESMTPS id 2236360861
for <admin@example.org>; Wed, 30 Apr 2025 21:46:16 +0200 (CEST)
Authentication-Results: mxe986;
spf=pass (sender IP is 46.38.225.170) smtp.mailfrom=mail@netcup.de smtp.helo=smtp.netcup.net
Received-SPF: pass (mxe986: domain of netcup.de designates 46.38.225.170 as permitted sender) client-ip=46.38.225.170; envelope-from=mail@netcup.de; helo=smtp.netcup.net;
Received: from www.customercontrolpanel.de (ncp-8403.netcup.net [46.38.225.243])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by smtp.netcup.net (Postfix) with ESMTPSA id DF6D210159D
for <admin@example.org>; Wed, 30 Apr 2025 18:09:30 +0200 (CEST)
Alles anzeigen
Da kann ich euch nur raten, schnellstmöglich auf 2FA umzusteigen. Da ist man wenigstens nicht mehr auf die Token Mails angewiesen. Nötigenfalls den Support anrufen, falls netcup es wider Erwarten noch nicht mitbekommen hat, dass die Token Mails länger unterwegs sind als die Tokens gelten. Oder funktioniert der CCP-Login noch, wenn der Token erst Stunden später ankommt?
Sooo, es war ja langes Wochenende und so. Antwort vom Support: Liegt am Spam-Schutz und um den Empfang zu beschleunigen soll man diesen deaktivieren.
ZitatEin verzögerter Empfang von E-Mails entsteht meistens durch Spamfilter. Gerne können Sie den Spamfilter für Ihre Domains über "WCP → E-Mail-Adresse → Spamfilter" umstellen. Des Weiteren gibt es einen Spamfilter, welcher über das CCP verwaltet wird. Da Ihre Domains als externe Domains dem Hosting zugewiesen sind, müssen diese über die Fachabteilung deaktiviert werden.
Der netcup-Spamfilter blockiert die netcup-Token?
In meinem Fall verhindert der Spam-Filter öfters das die Netcup Tokens innerhalb von 15min ankommen. Damit ist der Token dann ungültig, und ich kann warten bis der Mail-Server wieder empfangsfreudiger ist.
Man kann es auch so interpretieren, dass der Netcup Mail-Server überlastet ist, und der Kunde das Problem ist, und nicht Netcup. 😬
und der Kunde das Problem ist, und nicht Netcup.
Wenn der Providerserver die eigenen wichtigen Mails an den Kunden blockiert, ist das definitiv ein Problem bei NC!
Das sollten Moderatoren mal eskalieren.
Nach einer Mail, dass ich den Spamfilter nicht deaktiviert haben möchte und die vertraglich vereinbarte Leistung haben möchte, ging es wieder.
Später kam eine Support-Nachricht, dass der Mail-Server von einem Brute-Force-Angriff betroffen war und dies mit verantwortlich war - angeblich.
Danke NiceHost für die Meldung in meinem Beitrag.
Die Erklärung, dass der Spamfilter Schuld ist, bzw. die Aussagen man sollte diesen abschalten halte ich für abwegig.
Die Aufgabe eines Spamfilters ist es ja nicht die Nachrichten zu blockieren, sondern ggf. zu markieren und dennoch zuzustellen.
Wenn einzelne Nachrichten nicht zugestellt werden würden, OK, aber es kommen ja KEINE Nachrichten mehr an.
Dann kann natürlich der Spamfilter Schuld sein, aber nur wenn dieser hängt und keine Nachrichten mehr abarbeitet. Und das ist eher eine mangelhafte Konfiguration seitens Netcup. Hier sollte es doch konfigurierbare Timeouts für den Fall der Fälle geben. Oder zumindest kein single-threaded approach mit parallelen workern.
Bei der Größenordnung von 15 Minuten Verzögerung könnte es tatsächlich an Greylisting liegen. Bei mehreren Stunden eher nicht
. Das sollte allerdings bei den Tokens nicht passieren. Der Mailserver, über den diese verschickt werden (smtp.netcup.net) hat derzeit einen Senderscore von 99. Für den Versand wird zum Glück nicht eine der zahlreichen IPs des "relay.yourmailgateway.de" verwendet - sofern sich das nicht in den letzten Monaten geändert hat oder jedenfalls seit ich 2FA per TOTP aktiviert habe. Am Senderscore sollte es hier also eigentlich nicht liegen. Meine Testmail gestern lief über eine dieser IPs und wurde dann dank miesem Senderscore "greylisted", also zunächst auf später vertröstet und erst beim zweiten Zustellungsversuch dann akzeptiert.
Die heutige Testmail von der selben Adresse per netcup Webmail kam heute ohne Verzögerung an. Die lief allerdings über eine andere der zahlreichen IPs von relay.yourmailgateway.de, nämlich 194.59.206.189, mit einem Senderscore von derzeit 48. Also ein deutlich weniger schlechter Senderscore als die IP von gestern, wenn auch nicht wirklich gut.