Actualmente tengo un sitio web example.com alojado en algún proveedor de servicios antiguo. Lo estoy trasladando a otro proveedor de servicios que uso.
Necesito que se pueda acceder al correo a través de Outlook utilizando las configuraciones existentes.
Los usuarios de ejemplo.com acceden a su correo electrónico @ejemplo.com a través de Outlook
No puedo mover el servidor de correo, así que pensé en exponer mail.example.com con un registro MX para el anterior apuntando a él. Mis registros DNS son similares a los siguientes
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)
Los usuarios pueden conectarse a través de Outlook usando mail.example.com; pero no quieren hacer ese cambio. ¿Hay alguna manera de seguir permitiendo que se utilice example.com para acceder al correo electrónico y al sitio web?
Esperaba que el registro MX fuera lo único necesario, pero intentar conectarme usando example.com (sin prefijo de correo) genera un tiempo de espera.
He respondido a un montón de preguntas relacionadas y todas me hacen sentir que establecer el récord MX debería ser suficiente. Debo agregar que el servidor de correo tiene un sistema deficiente y es bastante lento. MXToolbox se quejó de que tardaba más de 15 segundos, por lo que se podrían atribuir algunos tiempos de espera a eso, pero si cambio el MX a example.com y la IP anterior, logra conectarse a través de Outlook en unos pocos segundos (es decir, sin tiempo de espera).
Editar:
La base de usuarios: el servidor de correo lo utiliza el personal de un resort, mientras que el sitio web lo utilizan los visitantes potenciales que desean saber más sobre el lugar. Entorno: no estoy seguro de dónde están alojados los elementos antiguos, pero hay un CPanel que me permite modificar los registros DNS. El material nuevo está en GoDaddy con una configuración similar.
Me encargaron mover sólo el servidor web al nuevo host, lo que fue simplemente un cambio en el registro A. No sabía que también había un servidor de correo ejecutándose en el antiguo host. Después del movimiento, los usuarios comenzaron a quejarse, así que miré los otros registros y me di cuenta de que MX apuntaba al mismo dominio (es decir, ejemplo.com). También había un CNAME para mail.example.com a ejemplo.com. Cambié el CNAME a una A que apunta a la dirección IP anterior y el MX que apunta a mail.example.com. Le di unas 5 horas (el antiguo TTL era de 4 horas) y lo probé como se explicó anteriormente. Al final, tuve que revertir todo porque los usuarios seguían quejándose de que no funcionaba.
Todas las demás configuraciones de correo electrónico que he realizado en el pasado han sido simplemente agregar un registro MX para el servidor -> servidor de correo y hacer que la gente configure el acceso a través del servidor de correo directamente... (Ejemplo: mysite.com usando Gmail como servidor web, los usuarios se conectan a través de imap.gmail.com y smtp.gmail.com) Por eso tengo dudas sobre si esto se puede hacer.
Respuesta1
Solo control de registros MXunocosa: entrega entrante desde otros dominios (es decir, intercambio de correo). No afectan dónde se conectarán las aplicaciones cliente como Outlook a los servidores SMTP y, más aún, no tienen absolutamente ningún efecto sobre dónde las aplicaciones buscarán servidores IMAP o POP.
Entonces, si alguien ha ingresado "example.com" como su servidor IMAP en Outlook, Outlook seguirá intentando conectarse a "example.com" hasta que lo cambie manualmente. No hay nada que pueda hacer al respecto excepto informar a sus usuarios que deben usar "imap.example.com" de ahora en adelante.
(SRV sería el equivalente "cliente SMTP/IMAP/POP" de los registros MX, pero muy pocas aplicaciones consultan los registros SRV, e incluso aquellas que lo hacen, normalmente solo lo hacen una vez durante la instalación. Outlook no admite registros SRV en absoluto).
A corto plazo, puede configurar un relé/proxy TCP desde el servidor antiguo al nuevo, pero en realidad no es algo que desee conservar por más tiempo.