DNS- und E-Mail-Hosting verschoben, kann jetzt nicht mehr an/von Domänen senden/empfangen, die auf dem vorherigen Host gehostet wurden

Question

Unser Unternehmen hatte 4 Domänen, deren E-Mails und DNS von usintegration.com gehostet wurden, und dann haben wir das E-Mail- und DNS-Hosting für 3 der 4 Domänen zu einem neuen Unternehmen verschoben. Nun haben die 3 verschobenen Domänenkann keine E-Mails von und zu der einen noch auf dem alten Server verbliebenen Domain senden oder empfangen. Alle anderen E-Mail-Funktionen funktionieren für alle 4 Domänen einwandfrei. Es gibt keine Bouncebacks, Fehlermeldungen oder in der Warteschlange hängengebliebene E-Mails und keine Hinweise darauf, dass diese fehlenden E-Mails die neuen Server erreichen.

Das neue Hosting-Unternehmen (logixcom.com) bestätigt, dass bei ihm alles in Ordnung ist, und versichert mir, dass es sich höchstwahrscheinlich um eine alte Zonendatei handelt, die noch auf dem Nameserver von US Integration vorhanden ist, und dass die von US Integration gesendeten E-Mails daher an den Nameserver weitergeleitet werden, von dem es glaubt, dass er immer noch der autoritative Nameserver ist (sein eigener). Da die MX-Einträge der alten Zonendatei immer noch die alte Ressource enthalten, verlassen die Anfragen den alten Nameserver nie, um online eine neue Suche nach dem echten (neuen) autoritativen Nameserver durchzuführen. Das verschärfte Problem besteht darin, dass US Integration das Problem nicht identifizieren und erst recht nicht beheben kann.

Besteht das Problem wirklich darin, dass diese alte Zonendatei einfach vom Nameserver von US Integration gelöscht werden muss? Wenn ja, wie kann ich ihnen das am besten erklären? Wenn nicht, was könnte Ihrer Meinung nach das Problem sein? Jede Hilfe ist sehr willkommen. Ich bin nicht in der IT, daher ist das alles neu für mich. Ich weiß, dass es für mich (den Kunden) seltsam erscheint, diese ganze Kleinarbeit leisten zu müssen, aber ich möchte das einfach nur lösen.

Folgendes habe ich getan:

1. Habe dig ausgeführt, um zu überprüfen, ob die MX-Einträge von US Integration noch auf den alten autoritativen Nameserver verweisen, anstatt online eine neue Suche durchzuführen:

   ~$  dig @bart.usintegration.com courycollection.com mx
   
   ; <<>> DiG 9.6.0-APPLE-P2 <<>> @bart.usintegration.com courycollection.com mx
   ; (1 server found)
   ;; global options: +cmd
   ;; Got answer:
   ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61227
   ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
   
   ;; QUESTION SECTION:
   ;courycollection.com.  IN MX
   
   ;; ANSWER SECTION:
   courycollection.com. 3600 IN MX 10 mail.usintegration.com.
   
   ;; ADDITIONAL SECTION:
   mail.usintegration.com. 3600 IN A 65.198.191.5
   
   ;; Query time: 29 msec
   ;; SERVER: 65.198.191.5#53(65.198.191.5)
   ;; WHEN: Sun Dec 26 16:59:22 2010
   ;; MSG SIZE  rcvd: 88
   

2. Habe Dig ausgeführt, um herauszufinden, wo die Server von Logix suchen, wenn E-Mails von den drei verschobenen Domänen gesendet und abgelehnt wurden:

   ~$  dig @faith.logixcom.net.net colcordhotel.com mx
   
   ; <<>> DiG 9.6.0-APPLE-P2 <<>> @faith.logixcom.net colcordhotel.com mx
   ; (1 server found)
   ;; global options: +cmd
   ;; Got answer:
   ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 31599
   ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
   ;; WARNING: recursion requested but not available
   
   ;; QUESTION SECTION:
   ;colcordhotel.com.  IN MX
   
   ;; Query time: 31 msec
   ;; SERVER: 216.201.128.10#53(216.201.128.10)
   ;; WHEN: Sun Dec 26 17:00:14 2010
   ;; MSG SIZE  rcvd: 34
   

UPDATE 28.12.10:US Integration sagte, sie hätten die Zonendateien gelöscht, und eine nachfolgende Suche zeigt, dass ihre Resolver jetzt auf den richtigen Logix-Nameserver zeigen, aber die Probleme bestehen weiterhin. Das Lustige ist, dass der Besitzer von US Integration (der eine @usintegration.com-E-Mail hat) mit mir (der eine @courycollection.com-E-Mail hat) E-Mails hin und her schicken kann, aber unser Schwesterunternehmen (colcordhotel.com, das von US Integration gehostet wird) kann uns immer noch keine Nachrichten senden.

Answer 1

Wurden die alten Domänen vollständig vom alten Mailserver entfernt? Wenn eine Domäne als Name definiert ist, der von diesem Server bedient wird, wird bei vielen Mailservern nicht einmal im DNS nachgesehen, wohin die Mails zugestellt werden sollen (da diese Domäne bereits gehostet wird, ist keine Suche erforderlich). Mails von old-domain.com an other-domains.com würden einfach lokal zugestellt, wenn sie noch auf dem Mailserver konfiguriert wären, unabhängig davon, was das DNS damit vorgibt.

Auch eingehende E-Mails könnten damit zusammenhängen. Wenn der empfangende Server E-Mails aus dem Internet auf Domänen erkennt, die eigentlich lokal sein sollten (d. h. eingehende SMTP-Nachrichten ohne jegliche Authentifizierung oder aus einem bekannten IP-Bereich), dann behandelt er sie möglicherweise als verdächtig und filtert sie als Spam heraus.

Solche Dinge lassen sich auch leichter diagnostizieren, wenn die echten Domänen verwendet werden. Beispieldomänen eignen sich hervorragend für theoretische oder allgemeine Probleme, aber Spezifika funktionieren bei spezifischen Problemen viel besser.