Hallo zusammen, ich stehe derzeit mit der Swisscom im Clinch. Ich habe einen dedicated Server bei einem Schweizer Hoster gemietet - seit 6 Jahren läuft der einwandfrei. Seit über 2 Wochen werden nun keine E-Mails an bluewin.ch mehr entgegengenommen. Zurück kommt die im Betreff aufgeführte Fehlermeldung. Alle DNS-Tests ergeben, dass alles fehlerfrei läuft. Auch die Technik aus dem Rechenzentrum bestätigt, dass alles korrekt funktioniert. Es gibt auch keine Probleme mit irgendwelchen anderen E-Mail-Anbietern wie gmx, web.de, Microsoft, etc. E-Mails an swisscom.com funktionieren ebenfalls. Natürlich werden auch die MX-Records - egal mit welchen Tests - korrekt aufgelöst. Mit viel Druck über die Servicehotline kam mein Ticket mit höchster Priorität bis zum 3rd-Level-Support der Swisscom. Lapidare Antwort: DNS Server sind fehlerhaft konfiguriert, DNS Server antworten mit ungültigem DNS Client Cookies. Ich solle diese deaktivieren oder korrekt konfigurieren. Die Mitteilung erfolgte natürlich nur über den 1st-Level-Support, und der hatte keine Ahnung, um was es überhaupt geht. Eigentlich war das dann nur noch ein mündliche Weitergabe. Danach hat sich die Technik von meinem Hostingprovider ebenfalls mit der Swisscom auseinandergesetzt. Auch die bekamen genau die gleiche Antwort. Der aktuelle Stand ist nun, dass die Techniker meines Hostingproviders keine weiteren Informationen von der Swisscom mehr bekommen und die Swisscom nur noch mitteilt, dass sie an einer Lösung oder genaueren Informationen zu dem Problem nicht interessiert sind, das Ticket geschlossen wurde. Auf dem gleichen Server werden viele Kundendomains gehostet und alle haben das gleiche Problem. Bevor ich morgen einen eingeschriebenen Brief an die Swisscom schicke und danach einen Anwalt beauftrage einmal hier noch die Frage, ob jemand von Euch das gleiche Problem schon mal hatte oder die gleiche Erfahrung mit dem 3rd-Level-Support bei der Swisscom hatte. Vielen Dank und Grüsse Daniel

Meine (wenigen) Erfahrungen mit dem 3rd-Level von Swisscom waren eigentlich sehr gut. Ist aber auch schon eine Weile her. Ich denke nicht, dass der Lösungsansatz mit Einschreiben und Anwalt etc. schneller zu einer Lösung führt. Aber evt. können wir dir bezüglich der Technik weiterhelfen. Um welche Domain geht es denn? Wenn du das nicht öffentlich schreiben willst, schick mir eine PN.

Da der 3rd-Level-Support der Swisscom sich weigert, weitere Informationen zu geben - sowohl mir wie auch den Techniker des Hostingproviders gegenüber - bleibt mir nur die Variante mit Einschreiben/Anwalt. Die Domain lautet worldservice.com, betroffen sind aber alle Domains auf dem Server.

@"PowerMac"#38531 Ich kann dir da nur zustimmen. Aber ich hatte meist mit Kundendienst zu tun und anschliessend wurde meine Anfrage an Technischen Support weitergeleitet. Mit 3rd Level direkt hatte ich selber noch nie was zu tun. Meist hatte ich Generelle Störungen auf dem Webmail, Thunderbirdprobleme, die kostenpflichtig gelöst wurden, Hilfe auf der Swisscom-Seite etc. Dazu brauche ich kein 3rd Level. @"Daniel337"#419784 Muss in diesen Fall aber auch Swisscom in Schutz nehmen, weil genaugenommen ist keine Bluewin Dienstleistung beeinträchtigt und Host erfolgt nicht über Swisscom. Zwei Fragen: Was hat die mündliche Weitergabe sonst noch für Infos beinhaltet? Kommen die Mails tatsächlich bei Swisscom an? Konnte dir Swisscom dies mit irgendwelchen Logs bestätigen? Irgenwelche Tools hat sicher der tech. Support. Gruss Mary

@"Mary Poppins"#5701 Du kannst die Swisscom gerne in Schutz nehmen, das bleibt Dir überlassen. Aber: 1\. Bluewin ist ein Service der Swisscom 2\. Bluewin weisst E-Mails mit Fehlermeldung gemäss Betreff dieses Threads zurück mit einer Fehlermeldung, die nicht stimmt 3\. Der 3rd-Level-Support ist nicht in der Lage oder Willens, den Auslöser für diese Fehlermeldung herauszufinden und/oder mitzuteilen 4\. Swisscom/Bluewin ist der einzige Dienst, der E-Mails zurückweist. Alle anderen, von Microsoft über Dt. Telekom bis zu GMX, etc. haben das Problem nicht 5\. Alle DNS-Tests (online und durch die Server-Techniker im Rechenzentrum bei meinem Hoster) lösen die MX-Records korrekt auf. 6\. Auf der internen Blacklist von Bluewin ist der Server nicht gelistet Verzeih mir bitte Mary, aber wenn ich Deine Postings so durchsehe bist Du gut im Bereich Client-Einrichtungen, aber ich vermute, Du hast von der Servertechnik nicht so viel Ahnung. Aber ich kann mich täuschen.

Sieht nach einem ähnlichen Problem aus wie in [diesem Thread aus 2015](https://community.swisscom.ch/t5/Archiv-Internet/MX-Record-not-Found/td-p/377823) bereits diskutiert. Probier doch mal die Tipps aus, die ich dort gegeben habe. Allerdings das vorliegende Problem nicht genau das gleiche zu sein, da zumindest das damals festgestellte DNS-Verhalten ein anderes ist: $ dig @8.8.8.8 worldservice.com mx +short 10 mail.worldservice.com. $ dig @8.8.4.4 worldservice.com mx +short 10 mail.worldservice.com. $ dig @dns1.bluewin.ch worldservice.com mx +short 10 mail.worldservice.com. $ dig @dns2.bluewin.ch worldservice.com mx +short 10 mail.worldservice.com. $ dig @dns3.bluewin.ch worldservice.com mx +short 10 mail.worldservice.com. $ dig @dns4.bluewin.ch worldservice.com mx +short 10 mail.worldservice.com. $ dig @dns1.bluewin.ch google.com mx +short 20 alt1.aspmx.l.google.com. 50 alt4.aspmx.l.google.com. 40 alt3.aspmx.l.google.com. 30 alt2.aspmx.l.google.com. 10 aspmx.l.google.com. $ Genaueres werden aber dennoch wohl nur die Techies von Swisscom sagen können. Zumindest soweit ich sehe scheint das [DNS von worldservice.com einigermassen OK](https://www.zonemaster.net/domain_check) zu sein. Wobei schon noch Verbesserungspotential besteht. Nachtrag: @"MarcelG"#875686, hast du noch eine Idee?

@"Daniel337"#419784 Du bist hier an der richtigen Stelle gelandet. Nicht weil die Community dir in der Sache helfen könnte, sondern weil du hier mit etwas Glück an führende Swisscomicer herankommst, die etwas zu sagen haben und folglich auch etwas bewegen können. Via die "Fusssoldaten" auf dem Hotline-Pfad scheint ja gemäss deinen Angaben alles abgeschmettert worden zu sein. Die Chance dass ein solcher Glücksfall eintrifft, erhöhst du, wenn du @Anonym in deine Anfrage schreibst. Vielleicht lässt er den Fall nochmal anschauen. Dann würde sich wohl herausstellen, wo der Fehler liegt.

@"PowerMac"#38531 Vielen Dank, den Thread hatte ich schon vor meinem Posting genau studiert und in der Tat ist das Verhalten nicht identisch. Auf [https://dnschecker.org/#MX/worldservice.com](https://dnschecker.org/#MX/worldservice.com) habe ich die Auflösung gegen den dns1.bluewin.ch geprüft und er löst korrekt auf. @"cslu"#373274 Vielen Dank. Ich werde ihn direkt kontaktieren 😉

Man könnte als workaround auch mal versuchen die DNS Cookies zu deaktivieren wie es der Support vorschlägt. Nur um zu schauen ob das Problem tatsächlich in dieser Region liegt. [https://kb.isc.org/docs/aa-01387](https://kb.isc.org/docs/aa-01387)

Wie bereits beschrieben geben die DNS Server von worldservice.com Antworten mit fehlerhaften DNS Cookies (siehe Lookup unten direkt auf NS von worldservice.com), was wiederum im Endeffekt zu Timeouts und der gesehenen Fehlermeldung im Mailflow führt. Wie DNS Cookies genau zu konfigurieren oder deaktivieren sind hängt natürlich von der eingesetzten DNS Server Software ab, @"Tux0ne"#939 hat ja schon mal eine Referenz zur BIND Knowledge Base geliefert. Falls es sich um einen andere DNS Software handelt muss jedoch wohl das Handbuch zu dieser bezüglich EDNS Konfiguration konsultiert werden. $ dig +norec worldservice.com @ns4.worldservice.com ;; Warning: Client COOKIE mismatch ; DiG 9.12.3 +norec worldservice.com @ns4.worldservice.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER

@"MarcelG"#875686 Da warst du wohl schneller 🙂 DNS Cookies sind ein neues Feature und man kann das nur mit neuen Tools testen. Hier der Output von dig (Version 9.13.4): **;; Warning: Client COOKIE mismatch** ; DiG 9.13.4 @ns4.worldservice.com. worldservice.com MX ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER

Ladevorgang läuft…

Reason: 550-5.1.0 - Unable to verify MX-Record

« Vorherige Seite

Beim Laden dieser Seite ist ein Fehler aufgetreten.