Configurar un cliente de correo electrónico con una dirección ac-versailles.fr no se limita a ingresar un identificador y una contraseña. El paso de la academia de Versalles a Microsoft 365 ha modificado el método de autenticación, los puertos permitidos y el nivel de cifrado requerido. Este artículo compara los parámetros a aplicar en Outlook y Gmail, identifica las discrepancias de compatibilidad entre los dos clientes y detalla los puntos de bloqueo relacionados con el endurecimiento de la seguridad.
Puertos IMAP y SMTP para el correo ac-versailles.fr: tabla comparativa Outlook y Gmail
La confusión más frecuente se centra en la elección del puerto SMTP. Dos valores coexisten en la documentación académica, y su comportamiento difiere según el cliente utilizado. La tabla a continuación sintetiza los parámetros de servidor documentados para la academia de Versalles.
| Parámetro | Outlook (escritorio y móvil) | Gmail (agregar cuenta) |
|---|---|---|
| Servidor entrante | messagerie.ac-versailles.fr | messagerie.ac-versailles.fr |
| Protocolo entrante | IMAP | IMAP (a través de Google) |
| Puerto entrante | 993 SSL/TLS | 993 SSL/TLS |
| Servidor saliente | messagerie.ac-versailles.fr | smtp.ac-versailles.fr |
| Puerto saliente | 587 (STARTTLS) o 465 (SSL/TLS) | 587 (TLS) |
| Identificador | [email protected] | [email protected] |
| Autenticación | OAuth2 / Microsoft 365 | Contraseña (limitada) |
El punto a recordar: el puerto 993 en IMAP con cifrado SSL/TLS es el estándar en ambos clientes para la recepción. El envío, en cambio, diverge.
Outlook acepta tanto el puerto 465 como el 587. Sin embargo, Gmail impone el puerto 587 con STARTTLS al agregar una dirección de envío externa. Si seleccionas el puerto 465 en Gmail, el envío falla silenciosamente, sin un mensaje de error explícito.
Una guía detallada permite configurar el correo ac Versailles en Outlook y Gmail siguiendo cada paso con los ajustes de servidor correctos.
OAuth2 en Outlook contra contraseña simple en Gmail: discrepancia de seguridad
El despliegue de Microsoft 365 en la academia de Versalles ha hecho que la autenticación OAuth2 sea obligatoria para las conexiones desde un cliente de correo electrónico. Este protocolo reemplaza la entrada directa de una contraseña por una ventana de inicio de sesión web segura, gestionada por Microsoft.
Outlook, como producto de Microsoft, admite OAuth2 de forma nativa. Al agregar una cuenta ac-versailles.fr, el software redirige automáticamente a la página de autenticación académica. No se requiere ninguna manipulación adicional.
Gmail no gestiona OAuth2 para las cuentas de terceros agregadas a través de la función “Consultar otras cuentas de correo electrónico”. La interfaz solicita una contraseña clásica. Con el endurecimiento de las reglas de seguridad académicas, la autenticación en texto claro está siendo bloqueada progresivamente del lado del servidor. El resultado: la conexión IMAP desde Gmail puede funcionar un día y fallar al siguiente, sin modificación de tu parte.
Consecuencias prácticas según el cliente
- En Outlook de escritorio o móvil, la conexión OAuth2 se renueva automáticamente. El token de autenticación expira periódicamente, pero Outlook lo actualiza en segundo plano sin intervención.
- En Gmail, la ausencia de OAuth2 para cuentas externas significa que un cambio en la política del servidor puede cortar el acceso sin previo aviso. La recepción puede seguir funcionando mientras que el envío a través de SMTP ya está bloqueado.
- En Thunderbird, el soporte de OAuth2 existe pero requiere seleccionar manualmente “OAuth2” en los parámetros de autenticación al crear la cuenta, y luego recrear la cuenta si había una configuración anterior por contraseña.
Esta asimetría explica por qué la mayoría de los informes de mal funcionamiento provienen de usuarios que intentan centralizar su correo académico en Gmail.
Cifrado TLS y cumplimiento del RGPD en el correo académico de Versalles
La cuestión va más allá de la simple comodidad de configuración. Documentos recientes de la academia especifican que todo acceso al webmail de Versalles desde un puesto personal debe pasar por un túnel TLS de extremo a extremo. Las configuraciones antiguas que utilizan puertos no cifrados o un cifrado parcial ya no son conformes.
En la práctica, esto significa tres cosas para la configuración de un cliente de correo electrónico:
- El protocolo POP3, aún propuesto por algunos tutoriales, debe ser descartado. IMAP es el protocolo recomendado por la academia, ya que sincroniza los mensajes sin eliminarlos del servidor, lo que facilita el acceso multi-dispositivo y limita las pérdidas de datos.
- Las configuraciones antiguas en el puerto 143 (IMAP no cifrado) o el puerto 25 (SMTP no cifrado) deben ser eliminadas. No solo fallan: transmiten los identificadores en texto claro a través de la red.
- El formato de identificador esperado es la dirección completa [email protected], no el formato corto (pnom o número de agente). Un error en este punto devuelve un mensaje “identificador desconocido” mientras que la contraseña es correcta.
Verificar su configuración existente
Si tu correo ac-versailles.fr ya estaba configurado antes del paso a Microsoft 365, la conexión puede parecer funcionar en recepción mientras que no es conforme. El cliente utiliza entonces un token residual o un caché local que oculta el problema.
Para verificar, elimina la cuenta en tu cliente y luego recréala seleccionando explícitamente IMAP en el puerto 993 con SSL/TLS y SMTP en el puerto 587 con STARTTLS. En Outlook, elige el tipo de cuenta “Microsoft 365” en lugar de “IMAP manual”: esto obliga a utilizar OAuth2 desde el principio.
Redirección de ac-versailles.fr a Gmail: por qué ya no es fiable
Muchos profesores eludían la configuración del cliente activando una redirección automática desde el webmail académico hacia su dirección personal de Gmail. Este método ha funcionado durante mucho tiempo sin problemas.
Las reglas de filtrado anti-spam de Google ahora clasifican frecuentemente los mensajes redirigidos desde un dominio tercero como sospechosos. Los correos del rectorado o de los servicios académicos aterrizan en la carpeta de spam de Gmail, e incluso son rechazados silenciosamente. La redirección ya no garantiza la recepción de todos los mensajes.
La solución más fiable sigue siendo configurar Outlook con OAuth2 como cliente principal para el correo académico, y reservar Gmail para intercambios personales. Si el uso de Gmail es indispensable, la consulta IMAP directa (mientras funcione) sigue siendo preferible a la redirección, ya que al menos permite detectar los mensajes faltantes al compararlos con el webmail.
La elección del cliente depende, por tanto, menos de una preferencia de interfaz que de una restricción técnica: Outlook admite OAuth2, Gmail no para cuentas de terceros. Este dato condiciona la fiabilidad del acceso al correo académico a medio plazo.