Conecta Gmail o Microsoft 365 a Nextcloud Mail mediante OAuth2.
Configura OAuth2 para Nextcloud Mail con Gmail o Microsoft 365, verifica la recepción y el envío, y resuelve los fallos comunes de consentimiento y SMTP.
Para conectar Gmail o Microsoft 365 a Nextcloud Mail con OAuth2, registre una aplicación web con el proveedor de correo, copie la URI de redireccionamiento de Nextcloud Mail en dicho registro y guarde el ID de cliente y el secreto en la configuración de administración de Groupware de Nextcloud. A continuación, conecte el buzón en Mail y apruebe la solicitud de inicio de sesión del proveedor. Una configuración correcta debe cargar los mensajes entrantes y enviar un mensaje de prueba, no solo mostrar una pantalla de autorización exitosa.
Nextcloud Mail utiliza IMAP para leer mensajes y SMTP para enviarlos. OAuth2 obtiene autorización del proveedor de identidad; XOAUTH2 es el mecanismo que utiliza el cliente de correo para presentar un token de acceso a estos servicios de correo. Esto no convierte el inicio de sesión de Nextcloud en un inicio de sesión único universal para todos los servidores de correo.
La documentación de administración actual de Nextcloud describe integraciones dedicadas para Gmail OAuth y Microsoft Outlook XOAUTH2. La compatibilidad con Microsoft se agregó en Mail 3.0.0; la redacción de los menús puede variar según las versiones de Mail y Nextcloud. Este tutorial se basa en el manual de administración de Nextcloud Mail 35 , actualizado a octubre de 2026.
Limitación importante: las pantallas de configuración de Gmail/Microsoft de Nextcloud Mail no admiten automáticamente un proveedor IMAP personalizado que acepte OAuth2. La solicitud de función de Nextcloud Mail para proveedores OAuth2 genéricos documenta esta distinción. Para otro proveedor, consulte su versión exacta de Mail y los métodos de autenticación compatibles en lugar de introducir credenciales de Google o Microsoft que no correspondan.
https://mail.google.com/un alcance restringido y amplio, sujeto a las políticas de verificación y datos de usuario de Google. El administrador debe determinar si el uso propuesto cumple con dichos requisitos.Google documenta el flujo de registro del servidor web en sus instrucciones para aplicaciones web OAuth2 y en el alcance y protocolo específicos de Gmail XOAUTH2 . Una configuración de prueba es útil para la validación inicial, pero una aplicación OAuth externa que se deja en modo de prueba generalmente recibe tokens de actualización que caducan a los siete días al solicitar acceso al correo de Gmail. Consulte la guía de Google sobre la caducidad de los tokens . Por lo tanto, la reautorización semanal repetida puede indicar una limitación en el estado de publicación en lugar de una contraseña IMAP incorrecta.
IMAP.AccessAsUser.Allámbitos SMTP.Sendy offline_accesslos tokens de actualización. No confunda estos permisos de protocolo con los permisos Mail.Read/Mail.Send de Microsoft Graph.Para obtener detalles sobre el registro, consulte la documentación de registro de aplicaciones de Microsoft y las instrucciones de autenticación OAuth IMAP/SMTP de Exchange Online . La configuración general documentada de Nextcloud deja el campo de inquilino vacío common. Solo se debe usar un valor específico para el inquilino o un público compatible más restringido cuando el administrador haya verificado el tipo de cuenta asociado y los cambios de política.
En el formulario de cuenta de Nextcloud Mail, un punto final de Google reconocido con OAuth configurado puede mostrar " Iniciar sesión con Google" , y el equivalente de Microsoft puede mostrar " Iniciar sesión con Microsoft" . El código fuente del formulario de cuenta de Nextcloud Mail documenta estas etiquetas condicionales. La presencia del botón específico del proveedor es una señal temprana útil de que Nextcloud ha reconocido la integración prevista, pero no prueba que la autorización o el acceso al buzón se hayan completado.
| Resultado observado | ¿Qué revisar a continuación? |
|---|---|
Google informa redirect_uri_mismatcho Microsoft rechaza la URL de respuesta. | Compare la redirección web registrada del proveedor con la URI exacta que se muestra en Nextcloud Groupware. Corrija el origen HTTPS, la URL del proxy inverso, la ruta y la barra diagonal final según sea necesario. |
| La pantalla de consentimiento deniega el acceso. | Verifique la audiencia de Google OAuth, la lista de usuarios de prueba, la verificación de alcance restringido o las políticas de consentimiento del inquilino de Microsoft y acceso condicional. No omita la política de la organización para finalizar la configuración. |
| La ventana emergente del proveedor indica que la cuenta está conectada, pero la bandeja de entrada de correo permanece bloqueada o vacía. | Vuelva a Correo, actualice la cuenta, revise los registros de Nextcloud y confirme que el usuario tiene una cuenta conectada. Un mensaje de devolución de llamada por sí solo no es suficiente evidencia: un problema de Nextcloud de julio de 2026 describe que los errores del proveedor no se reflejan con precisión en la pantalla de éxito en las versiones afectadas. |
| Los mensajes llegan, pero el envío falla en Microsoft 365. | Verifique la configuración de SMTP autenticado del buzón y del inquilino , así como la autorización de transporte de correo. Exchange Online puede deshabilitar la autenticación SMTP independientemente de si el consentimiento OAuth es correcto; evalúe el impacto en la seguridad antes de solicitar una excepción a nivel de buzón. |
| Una conexión que funcionaba anteriormente requiere autorización nuevamente. | Verifique la caducidad del secreto del cliente, la revocación del consentimiento del usuario, el estado del token de actualización y, en el caso de Google, si la aplicación OAuth aún está en fase de pruebas. Antes de volver a conectarse, rote el secreto caducado a través de la configuración del proveedor y de Nextcloud. |
Microsoft explica el control de autenticación SMTP, incluida la opción de anulación por buzón, en su documentación de autenticación SMTP de Exchange Online . Evite debilitar la seguridad del correo electrónico de forma generalizada solo para que funcione un buzón; si la política prohíbe el protocolo, utilice un cliente de correo electrónico aprobado o un flujo de trabajo compatible con la organización.
Si la bandeja de entrada sigue sin sincronizarse, Nextcloud ofrece documentación occ mail:account:exportpara encontrar el ID de la cuenta de correo y occ mail:account:sync -vvv ACCOUNT_IDpara solucionar problemas específicos. Su manual de solución de problemas de Groupware también explica el registro de depuración IMAP/SMTP por cuenta y advierte que los registros pueden contener información confidencial. Capture solo lo necesario, oculte los tokens y las direcciones antes de compartirlos y desactive la depuración detallada posteriormente.
La configuración estará lista cuando se complete el consentimiento del proveedor, Mail pueda recuperar los mensajes actuales, el correo saliente llegue a su destino y la conexión se mantenga activa sin necesidad de autorizaciones repetidas. Si alguna de estas comprobaciones falla, solucione el problema en esa etapa específica en lugar de recrear toda la aplicación OAuth de inmediato.
Configura OAuth2 para Nextcloud Mail con Gmail o Microsoft 365, verifica la recepción y el envío, y resuelve los fallos comunes de consentimiento y SMTP.
Utilice OCC para restaurar el acceso a Nextcloud, verificar el estado de la migración de la base de datos y elegir el comando adecuado para las instalaciones de archivos, Docker o Snap.
Conecte Nextcloud a LDAP o Active Directory, limite el acceso con filtros de usuarios y grupos, y verifique la autenticación segura antes de la implementación.
Habilite un proveedor de autenticación de dos factores (2FA) compatible, prepare la recuperación de la cuenta y, a continuación, exija la autenticación de dos factores para todos los usuarios o para grupos seleccionados de Nextcloud.
Proteja los archivos editados en Collabora CODE cifrando la capa de almacenamiento, protegiendo los datos temporales y verificando el cifrado y la recuperación.
Verifique la arquitectura de su host, confirme que la etiqueta CODE publique ARM64, elimine la configuración forzada AMD64 y separe los errores de imagen de los problemas de permisos o memoria.
Configure la conexión WOPI entre Collabora Online y ownCloud Infinite Scale, configure las URL de servicio correctas y verifique que se guarden las ediciones de los documentos.
Impida la exportación de documentos en Collabora Online CODE configurando el permiso WOPI DisableExport y, a continuación, verifique que el host y el editor lo apliquen.
Configure la terminación TLS de Nginx, las rutas de Collabora y los encabezados de WebSocket, y luego pruebe los puntos finales públicos antes de abrir documentos reales.
Localice una desconexión de CODE de 10 minutos en su proxy, balanceador de carga o ruta WebSocket, luego corrija el tiempo de espera y verifique que la sesión permanezca conectada.