Beiträge von tab

Ja,ich denke mal, das dürfte mittlerweile ein wohlbekanntes Problem sein. Fragt sich nur, ob die Ursache mittlerweile behoben ist. Obwohl, vielleicht sind sie noch nicht so weit in den Ticketberg vorgedrungen .

Immerhin kann ich sagen, dass Domains, die derzeit auf CloudDNS umgestellt werden, das Problem nicht haben. Zumindest nicht alle . Meine eu-Domain wurde vorgestern umgestellt, das ist jetzt meine zweite Domain mit CloudDNS und es sind die korrekten NS eingetragen.

Allerdings mag es bei neu registrierten Domains immer noch schlecht aussehen. Seit "einigen Tagen" und "neu registrierte Domain" klingt ja nicht gerade nach einem uralten Fall.

Die beiden gibt es nur in Nürnberg, steht auch so in der Info zum Standort bei den VPS-Lite

Zitat

VPS Lite-Tarife werden je nach Verfügbarkeit an europäischen Rechenzentrumsstandorten (Nürnberg, Wien, Amsterdam) bereitgestellt. VPS pico G11s und VPS nano G11s sind ausschließlich am Standort Nürnberg verfügbar.

Zitat von ASS

Das war eher scherzhaft gemeint, weil es so klang als würdest du fürchten, dass denic dir bei negativem Test die Domain sperrt.

Also von einer Sperrung bin ich nicht ernsthaft ausgegangen. Aber in Deutschland weiss man nie ... Die DENIC könnte (sehr theoretisch) verlangen, dass eineingetragener MX auch funktioniert - was er allerdings auch tut. Oder sie könnte bei einer für Mail konfigurierten Domain eine funktionierende Adresse postmaster@example.com verlangen - die es nicht bei allen meiner zu Testzwecken verwendeten Domains gibt.

Ok, wird nicht passieren, da hätte die DENIC viel zu tun und am Ende wahrscheinlich relativ wenige noch registrierte Domains übrig.

Das erinnert mich an mein erstes Auto, einen alten VW Käfer. Da musste ich alle zwei Jahre einen neuen Heizungszug einbauen (lassen). Für den TÜV oder mit etwas Glück zur Verwendung für den ersten Winter. Der ist dann innerhalb kurzer Zeit wieder fest- oder durchgerostet. Dabei war eine Heizung nicht mal zwingend vogeschrieben. Aber, wie es halt so ist mit den Vorschriften, wenn eine Heizung vorhanden ist, dann muss sie auch funktionieren.

Naja, natürlich haben die meisten Mailempfang und dafür einen oder mehrere MX-Records. Und die MXe werden dann wohl getestet. Mehr auf Existenz und ob eine Verbindung zu Port 25 funktioniert. Irgendwelche Mails schicken die bei mir nicht, die Verbindung wird bisher spätestens nach StartTLS beendet. Da ist der Check bei mxtoolbox schon wesentlich härter, da werden auch mögliche Schwachstellen getestet, deren Testergebnisse dann teilweise nicht angezeigt werden. Das darf ich immer nur einmal testen, sonst sind deren Server geblockt.

Oops. Ich wusste gar nicht, dass die DENIC Mailserver mit ihren Crawlern analysiert (crawler.denic.de). Nun ist er halt für eine Weile gesperrt, das postfix-Jail hat zugeschlagen.

Muss ich die Crawler jetzt auf die Whitelist setzen, damit meine de-Domains nicht gelöscht werden?

Wieso? Alles funktioniert m.E. genau so wie es sollte. Dass N8N in deinem Testszenario nicht damit klarkommt, dafür kann netcup nichts. Eine Mail als ungelesen zu markieren ist nun mal etwas völlig anderes, als eine Mail zu empfangen und sie dann eben ganz normal in den Posteingang zu schieben. Gelesen/Ungelesen ist im Prinzip nur eine Eigenschaft einer Nachricht. Sie von "gelesen" auf "ungelesen" zu setzen wird sie nicht aus dem Posteingang rausschieben und hinterher wieder rein, das wäre ja hirnverbrannt. "ungelesen" ist eben nicht das selbe wie "neu". Dass man eine Änderung dieser Eigenschaft zuverlässig zeitnah mitbekommen kann, zeigt jeder normale IMAP-Client.

Vielleicht kann das auch N8N mit geeigneter Einstellung? Kurzer Check per Google liefert z.B. Connection-Events "mail" und "update".

mail: Neue Mail im geöffneten Postfach

update: Externe Änderung von Metadaten von Mail-Nachrichten (dazu gehört auch Gelesen)

Wenn N8N eben nicht auf die geänderte Eigenschaft (Gelesen ja/nein) sondern auf irgendetwas anderes (neue Nachricht im Postfach) reagiert, dann kann es m.E. so (nur durch Markierung als "ungelesen") halt nicht klappen. Dann muss die Nachricht aus dem Posteingang halt raus und danach wieder neu rein.

Kannst ja mal probieren was passiert, wenn du alle Mails in ein anderes Postfach verschiebst und danach wieder zurück. Natürlich nur beim Test, damit der Trigger für alle Mails ausgelöst wird. Im Normalbetrieb später sollte ja dann der Trigger eh klappen. Das Verschieben wird allerdings wohl nicht mit dem Webmail machbar sein befürchte ich. Aber mit einem externen Client wie z.B. Thunderbird wäre das Verschieben kein Problem.

Ich habe gerade mal mit einem E-Mail Account in meinem Webhosting 4000 ein wenig getestet. N8N nutze ich nicht, insofern habe ich dasd auch nicht getestet. Aber ich habe eine gelesene Nachricht im Posteingang des entsprechenden Postfachs mittels netcup Webmail (webmail01.webhosting.systems) auf ungelesen gesetzt. Eine Sekunde später war sie bei mir im Thunderbird unter Windows ebenfalls als ungelesen angezeigt. Also mehr kann das Webmail eigentlich nicht machen. Was N8N daraus macht weiss ich aber nicht.

Zitat von HostCheck88

Hallo NaN,

tausend Dank für die extrem schnelle und aufschlussreiche Antwort! Du hast mir damit wirklich den Tag gerettet. Offenbar funktioniert hier jedenfalls die Community!

Deine Erklärung scheint tatsächlich das gesamte Mysterium hier bei netcup aufzulösen. Es klingt für mich absolut möglich, dass das Bestellsystem die Domain noch auf die alten Nameserver delegiert hat, während das CCP alle Änderungen bereits in das neue CloudDNS-System schreibt. Das würde diesen Split-Brain-Effekt perfekt erklären und auch, warum die alten Root-DNS-Server die Anfragen einfach mit einem "Query refused" abblocken.

Ich werde jetzt mal deinen Rat befolgen und im CCP testen, ob ich die Delegation über die Einstellung "Eigene Nameserver" manuell auf die neuen CloudDNS-Server (firstns.cc bis fifthns.com) umbiegen kann, um die Wartezeit beim Support zu umgehen. Falls das System da bockt, ist der Umweg über deSEC.io definitiv mein Plan B.

Nochmals herzlichen Dank für die großartige und schnelle Hilfe aus der Community!

Viele Grüße

Alles anzeigen

Du kannst die Zone bei desec.io auch schon vorsichtshalber vorab anlegen, um dir ggf - falls die eigenständige Delegation auf die korrekten CloudDNS Nameserver nicht funktioniert, was ich für recht wahrscheinlich halte - die dafür notwendige Zeit bei der Umstellung auf deSEC zu sparen. Der Service ist ja kostenlos bis zu einer gewissen Anzahl Domains.

Edit: Besser (zumindest für netcup) wäre es freilich, wenn sich der Support zügig darum kümmern würde. Insbesondere auch intern darum, dass dieser Bug bei der Domain-Registrierung zeitnah behoben wird. Sonst ist es eben Arbeitsbeschaffung für den Support, weil der ja sonst nichts zu tun hat . Außerdem kann man mit so einem Bug natürlich auch prima neue Kunden vergraulen.

Zitat von metcarob

Does anyone else have experence of this? Is it likely to be for 2 months? Are there any stratagies for getting in contact with their billing to confirm? (Are you watching this forum )

Thanks in advance for any help

Robert

Yes, it's very likely an invoice for 2 months. The "2M" indicates the minimum contract term and billing period of 2 months shown in the detail page. Although the invoice really looks like 2 VPS, I really think it's for 2 months here. Maybe Moderatoren can look after this to get a more official confirmation for you.

Zitat von webdesignheld

keine Ausfälle

Das nennt man dann wohl die Gnade des späten Versuchs

Bin mal gespannt, was nun heute noch ankommt und was geblockt bleibt. Nein, ist tatsächlich nicht nur netcup, da sind auch andere betroffen, wo ich selbst nicht mehr Kunde bin.

Ahhh, Licht am Ende des Tunnels, meine Testmails kommen jetzt so nach und nach anbei GMX und I0N0S.

Hmm, scheint wirklich netcup geblockt zu sein. Ich schliesse mal von zwei Servern auf alle . Aus einem meiner Webhostings klappt es auch nicht. Dagegen von der Mailbox aus Berline gar kein Problem. Ist also auch nicht ein allgemeiner Fehler im I0N0S Mailsystem, sind ja eh ein Laden die drei Anbieter.

Zitat von Hille

Kann es sein, dass I.O.N.O.S, GMX und WEB.de aktuell Netcup IPs blockieren? Bekomme auf sämtlichen Mailservern

451-Requested action aborted 451-Reject due to policy restrictions. 451 For explanation visit

Kann das jemand bestätigen?

Also GNX und I0N0S teste ich gerade, scheinen beide im Greylisting gelandet zu sein. Mal sehen was dann der endgültige Status ist.

Edit: Sehe gerade, das ist kein Greylisting, sondern die selbe Sch***e wie bei dir. Muss ich direkt mal danach schauen. Zumindest die eine der hetesteten Adressen wäre mir schon wichtig.

Zitat von SnowBerryZ

Guten Morgen,

Gibt es hier Keyhelp Profis, die mit der Software schon länger arbeiten?
Meine Testumgebung wird davon nach wie vor gestalkt, um Sie für meine Kunden zu testen ...

Eines was mir nicht so gefällt ist der direkte Redirect IP -> Controlpanel, auch wenn dadurch die Weiterleitung zu SSL gewährleistet ist, wie habt ihr das gehandhabt?

Hat mich bisher nie gestört, wie würdest du es denn gern haben wollen?

Ich kann da eigentlich das Keyhelp-Forum nur empfehlen. Da sind auch die Entwickler präsent und auch Andere, die Keyhelp als Reseller für ihre Kunden verwenden. Falls es eine akzeptable Lösung gibt, wird man sie finden. Für sinnvolle Verbesserungsvorschläge findet man in der Regel auch bei den Entwicklern ein offenes Ohr. Oder eben auch erst einmal Vorschläge für Workarounds, weil größere Änderungen nur in neuen Versionen kommen und nicht jede geplante Änderung zwingend in der nächsten Version kommt. Eben je nach Aufwand und Dringlichkeit. Neue Versionen gibt es meistens zweimal pro Jahr. Die letzte ist noch nicht lange her.

Zitat von heppel

Dieser Roboter ist eine Ente!

Gut, dass du das dazugeschrieben hast!

Meine geschilderten Probleme aus eigener Erfahrung sind allerdings alle bei Domains aufgetreten, die noch das "alte" DNS haben und nicht CloudDNS. So auch die vier Domains mit externen Nameservern (deSEC) von gestern. Der erste Testfall ist jetzt schon wieder sicher. Nachdem das mit "DNSSEC löschen" und nach angemessener Wartezeit DNSSEC wieder eintragen schon ca 15 Minuten nach dem wieder eintragen wieder funktioniert hat, habe ich jetzt bei den drei restlichen Domains auch DNSSEC gelöscht und werde das dann morgen Nachmittag wieder eintragen. Ich erwarte, dass DNSSEC danach auch bei diesen Domains wieder funktionieren wird. Auflösbar waren die Domains alle die ganze Zeit über, ich habe das alledings nicht sehr engmaschig überwacht.

Wenn eine Domain allerdings gar nicht mehr auflösbar ist, dann ist das Problem weitaus schwerwiegender. Dass es dann, technisch bedingt, auch noch relativ lang braucht um es zu beheben, ist dann eben gelegentlich auch mal ein SuperGAU.

Ich hätte es wenigstens "The X formerly known as Twitter" genannt.

Zitat von tab

Edit: Es ist leider schlimmer als ich dachte. 4 von 7 Domains mit deSEC Nameservern sind wohl "kaputt". Alle zwar noch auflösbar, aber kein ad-Flag mehr von 1.1.1.1 und auch von meinen eigenen Resolvern.

Das Problem ist soweit ich sehe bei den vier betroffenen de-Domains laut Verisign DNSSEC Debugger eigentlich "nur"

No DS records found for xxxxxxx.de in the de zone

Das ist wohl auch das häufigste Problem mit DNSSEC im "alten" DNS, zumindest bei Verwendung von externen Nameservern. Hatte ich auch schon gelegentlich und jetzt eben gleich vier Mal. Keine Ahnung seit wann. Auflösbar sind alle vier Domains, aber halt insecure, kein ad-Flag. Ich habe jetzt bei einer der Domains mal DNSSEC rausgenommen und warte einen Tag. Dann trage ich sie wieder ein und schaue was passiert.

Ich gehe davon aus, das wird wohl funktionieren. Falls ja, ziehe ich die anderen drei Domains nach. Das Problem ist halt nur, dass es immer wieder passieren kann. Muss ich also tatsächlich mal über so ein Monitoring wie das von bori nachdenken.