Zwischengespeicherte MX-Datensätze von Network Solutions ..?


0

Die zwei E-Mails:

new_email@website.com (zuvor Network Solutions, jetzt ein Google Apps-Konto) other_email@other_website.com (E-Mail-Konto von Network Solutions)

Ich habe meine MX-Datensätze für new_email@website.com vor ungefähr 7 Monaten geändert , um auf Google Apps zu verweisen.

Alles funktioniert jedoch schwimmend:

Wenn ich die E-Mail für other_email@other_website.com so einstelle , dass sie an new_email@website.com weitergeleitet wird , wird die E-Mail an das alte und nicht an das neue Google-Konto gesendet, obwohl in allen MX-Einträgen eindeutig nur Google angegeben ist MX-Datensätze.

Wenn ich alternativ einfach new_email@website.com von other_email@other_website.com aus senden würde, würde dies korrekt durchgeführt.

Wenn eine E-Mail-Adresse an new_email@website.com gesendet werden soll , werden die MX-Einträge entsprechend an Google Apps weitergeleitet. Es sei denn, ich verwende das Weiterleitungssystem in Network Solutions. Dann werden die MX-Einträge des Kontos ignoriert und stattdessen an die Standard-MX-Einträge von Network Solutions gesendet.

Weiß jemand, wie man dieses Problem behebt?

Antworten:


0

Was wahrscheinlich passiert ist, dass der Mail-Handler für other_website.com keine MX-Suche durchführt. Ich hatte bereits Hosts (HostGator und einige andere), die zuerst andere an das Konto angehängte Domains nachschlagen und dann die E-Mail direkt an diese Domain senden, ohne den MX tatsächlich zu überprüfen.

Ich konnte das Remote Mail ExchangerProblem lösen, indem ich im WHM-Kontrollfeld für MX-Datensätze eine Einstellung vorgenommen habe. Wenn Sie keinen Zugriff auf WHM oder ein gleichwertiges Produkt haben, wenden Sie sich an den Support. Es sollte eine Möglichkeit geben, die Domain als "Nicht-Hosting-Mail" zu kennzeichnen, wodurch eine MX-Suche erzwungen wird.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.