Derzeit betreibe ich die Website example.com, die bei einem alten Dienstanbieter gehostet wird. Ich verschiebe sie zu einem anderen Dienstanbieter, den ich nutze.
Ich muss dafür sorgen, dass die E-Mails über Outlook mit den vorhandenen Konfigurationen zugänglich sind.
Benutzer von example.com greifen über Outlook auf ihre @example.com-E-Mail zu
Ich kann den Mailserver nicht verschieben, also dachte ich daran, stattdessen mail.example.com freizugeben, mit einem MX-Eintrag für den alten, der darauf verweist. Meine DNS-Einträge sehen ungefähr so aus wie unten
example.com 14000 MX 10 mail.example.com
example.com 14000 A 123.456.789.100 (new IP)
mail.example.com 14000 A 241.123.151.900 (old IP)
mail.example.com 14000 MX 10 mail.example.com (new record)
Benutzer können sich über Outlook mit mail.example.com verbinden, möchten diese Änderung aber nicht vornehmen. Gibt es eine Möglichkeit, wie ich weiterhin die Nutzung von example.com für den Zugriff auf E-Mail und Website zulassen kann?
Ich hatte damit gerechnet, dass nur der MX-Eintrag erforderlich ist, aber beim Verbindungsversuch über example.com (ohne E-Mail-Präfix) kommt es zu einem Timeout.
Ich habe eine Reihe verwandter Fragen durchgesehen und alle haben mir das Gefühl gegeben, dass das Einstellen des MX-Eintrags ausreichen sollte. Ich sollte hinzufügen, dass der Mailserver auf einem beschissenen System läuft und ziemlich langsam ist. MXToolbox beschwerte sich, dass es über 15 Sekunden dauert, also könnten einige Timeouts darauf zurückzuführen sein, aber wenn ich den MX auf example.com und die alte IP ändere, schafft es die Verbindung über Outlook in wenigen Sekunden (d. h. ohne Timeout).
Bearbeiten:
Die Benutzerbasis: Der Mailserver wird vom Personal eines Resorts verwendet, während die Website von potenziellen Besuchern genutzt wird, die mehr über den Ort erfahren möchten. Umgebung: Ich bin nicht sicher, wo das alte Zeug gehostet wird, aber es gibt ein CPanel, mit dem ich die DNS-Einträge ändern kann. Das neue Zeug ist mit einem ähnlichen Setup auf GoDaddy.
Ich wurde damit beauftragt, nur den Webserver auf den neuen Host zu verschieben, was lediglich eine Änderung des A-Eintrags war. Ich wusste nicht, dass auf dem alten Host auch ein Mailserver lief. Nach dem Umzug begannen die Benutzer, sich zu beschweren, also schaute ich mir die anderen Einträge an und stellte fest, dass der MX auf dieselbe Domäne verwies (also example.com). Es gab auch einen CNAME für mail.example.com zu example.com. Ich änderte den CNAME in ein A, das auf die alte IP-Adresse verwies, und den MX, sodass er auf mail.example.com verwies. Ich wartete etwa 5 Stunden (die alte TTL betrug 4 Stunden) und probierte es wie oben beschrieben aus. Schließlich musste ich alles rückgängig machen, da die Benutzer sich weiterhin beschwerten, dass es nicht funktionierte.
Bei jeder anderen E-Mail-Konfiguration, die ich in der Vergangenheit durchgeführt habe, habe ich einfach einen MX-Eintrag für Server -> Mailserver hinzugefügt und die Benutzer den Zugriff direkt über den Mailserver konfigurieren lassen ... (Beispiel: mysite.com verwendet Gmail als Webserver, die Benutzer stellen eine Verbindung über imap.gmail.com und smtp.gmail.com her.) Deshalb habe ich Zweifel, ob dies möglich ist.
Antwort1
Nur MX-Einträge steuerneinsSache: eingehende Zustellungen von anderen Domänen (z. B. Mail-Austausch). Sie haben keinen Einfluss darauf, wo Client-Apps wie Outlook eine Verbindung zu SMTP-Servern herstellen, und noch mehr haben sie absolut keinen Einfluss darauf, wo Apps nach IMAP- oder POP-Servern suchen.
Wenn also jemand in Outlook „example.com“ als IMAP-Server eingegeben hat, versucht Outlook weiterhin, eine Verbindung zu „example.com“ herzustellen, bis der Benutzer dies manuell ändert. Sie können nichts dagegen tun, außer Ihre Benutzer darüber zu informieren, dass sie von nun an „imap.example.com“ verwenden müssen.
(SRV wäre das „Client-SMTP/IMAP/POP“-Äquivalent von MX-Einträgen, aber nur sehr wenige Apps fragen SRV-Einträge ab, und selbst die, die dies tun, tun dies normalerweise nur einmal während der Einrichtung. Outlook unterstützt SRV-Einträge überhaupt nicht.)
Kurzfristig könnten Sie ein TCP-Relay/einen Proxy vom alten zum neuen Server einrichten, aber das ist nichts, was Sie für längere Zeit beibehalten möchten.