Actualmente estamos ejecutando un servicio de correo antiguo donde cada cliente usa IMAP y SMTP para conectarse al correo entrante y saliente. Esto no está basado en Exchange; llamémoslo servidor de correo de la "vieja escuela" con pocas opciones de configuración. No admite servicios push más modernos para dispositivos móviles y su filtrado de SPAM y filtrado de buzones de correo es deficiente o inexistente.
Me gustaría configurar un servidor de correo más moderno y trasladar lentamente a mis usuarios a él. Podría ser Google Apps for Business, pero también podría ser Office365, aún no lo hemos decidido. En cualquier caso, queremos pasar a un servicio donde tengamos un control administrativo más detallado sobre las reglas de SPAM, y también el filtrado del lado del servidor y las reglas del buzón (en este momento todo está en el lado del cliente).
¿Cómo haría para "dividir" el correo electrónico entrante, de modo que parte del mismo continúe entregándose al sistema anterior y esos usuarios puedan continuar usando ese sistema sin verse afectados, y los usuarios a los que muevo puedan recibir el correo electrónico en su correo electrónico más nuevo y moderno? ¿servidor?
AFAIK, solo hay un conjunto de registros MX, y ninguno de ellos describe nada sobre los usuarios, pero ha pasado bastante tiempo desde que configuré los servicios de correo electrónico, por lo que es posible que esté desactualizado y/o me falte algo.
Respuesta1
Si es posible, utilice el nuevo sistema en sus registros MX y configúrelo para reenviar buzones específicos o todos los buzones "desconocidos" al sistema anterior. De esta forma, ambos sistemas se beneficiarán del filtrado de spam realizado por el nuevo sistema.
Por ejemplo, G Suite permite esto:
- Enrutamiento y entrega de correo electrónico
- Configurar opciones para usuarios de buzones de correo que no son de Gmail
Hacer lo contrario (reenviar del antiguo al nuevo) puede resultar problemático porque disfraza el sistema del remitente original, por lo que el nuevo filtro de spam no será tan efectivo. Sin mencionar que el antiguo sistema tendrá que funcionar con casi el doble de mensajes (entrantes + reenviados salientes).yTendrá que cambiar las cosas nuevamente si alguna vez se desmantela el sistema anterior.
Respuesta2
Tienes un número ilimitado de opciones, ya que controlas tanto los servidores como el dominio. Sólo por mencionar algunos de ellos:
- Establezca el nuevo servidor y reenvíe "antiguo->nuevo" o "nuevo->antiguo" según sus capacidades.
- Transfiera temporalmente el dominio a cualquier proveedor que pueda dividir el correo entre servidores nuevos y antiguos, y finalmente mueva el dominio al nuevo servidor.
- Agregue al dominio "empresa.com" un subdominio "nuevo.empresa.com" para algunos usuarios de prueba, desviando el correo "nuevo" al nuevo servidor. Esto no causará ningún problema a los demás usuarios, cuya configuración permanece exactamente como antes y solo necesita algunas adiciones a los registros de dominio.
- Compre otro nombre de dominio que sea una variante del antiguo, digamos "companynew.com", para el nuevo servidor, y finalmente mueva "company.com" a él.
Una de las soluciones, o una combinación, puede ser la más factible en su configuración, pero los detalles dependen de sus limitaciones y de la configuración real.