El problema (y a quién afecta) Si usted confía en Gmail (o Google Workspace Gmail) para enviar correos electrónicos de: - una impresora/escáner de múltiples funciones (“escanear a correo electrónico”), - un formulario de contacto del sitio web o un complemento CMS, - una NAS/herramienta de monitoreo que envía alertas, - un cliente de correo electrónico o un script más antiguo usando SMTP/IMAP/POP con sólo un nombre de usuario + contraseña, ... puede ver de repente fallos tales como: - '534-5.7.9 contraseña específica de la aplicación requerida' - "Nombre de usuario y contraseña no aceptadas" - "credenciales inválidas" a pesar de que la contraseña es correcta En muchos casos, nada ha cambiado en su lado.
Por qué está sucediendo Google ha sido winding down password-only access para aplicaciones/dispositivos de terceros (a menudo referido como “Less Secure Apps” / LSA). La razón declarada de Google es que el inicio de sesión únicamente con contraseña es un método obsoleto que aumenta el riesgo cuando las personas comparten las credenciales de la cuenta principal con aplicaciones y dispositivos de terceros. El reemplazo más seguro es OAuth (“Entrate con Google”), donde la aplicación obtiene un token en lugar de su contraseña. Google ha publicado líneas de tiempo y actualizaciones para el cierre de la LSA de Google Workspace. [1] Cuando un dispositivo/aplicación no puede hacer OAuth, Google a menudo bloquea el inicio de sesión de contraseña con aplicaciones de terceros y el sistema comienza
Dónde esto es común: versiones más recientes de Outlook/Thunderbird, muchos plugins/herramientas modernas. ## Opción correcta 2: Use una contraseña de Google App (funciona para muchos dispositivos SMTP legados) Si su dispositivo/aplicación sólo puede hacer SMTP AUTH con un nombre de usuario/contraseña, una App Password es a menudo la solución práctica. Notas importantes: - Las contraseñas de la aplicación requieren 2–Step Verification para ser habilitadas. [2] - Las contraseñas de la aplicación son códigos de 16 dígitos y están destinadas a una aplicación/dispositivo específico. [2] ### Pasos (Conta Google) 1. Póngase en 2‐Step Verificación para la cuenta de Google que va a enviar. 2. Vaya a **App
Si no puede encontrar “Cases de Aplicación” Google señala varias razones por las que la opción puede no aparecer (por ejemplo, ciertas cuentas administradas por la organización o modos de protección). [2] ## Opción de corrección 3 (mejor para las empresas): Utilice el relay SMTP de Google Workspace (basado en IP) en lugar de las contraseñas por dispositivo Si gestiona múltiples dispositivos (impresoras, escáneres, aplicaciones) y no desea mantener contraseñas de aplicación por dispositivo, considere centralizar el correo de salida a través de un enfoque de relay SMTP. Patrón de alto nivel: 1. Utilice un host de relay que soporte su entorno (relay de Google Workspace, o otro proveedor). 2. Configure los dispositivos para enviar al relay. 3. Configure el rel
En ese caso: 1. Elija un servicio SMTP diseñado para aplicaciones/e-mail de transacción. 2. Actualiza las configuraciones SMTP de tu aplicación/dispositivo. 3. Si usas tu propio dominio, actualiza SPF/DKIM/DMARC para que el correo no caiga en spam. Esta es a menudo la forma más rápida de restaurar la fiabilidad de los sitios web y las alertas automatizadas. ## Lista de verificación rápida (hace esto en orden) - [ ] Capture el texto exacto de error (busque 534-5.7.9 o “requiere contraseña específica de la aplicación”). - [ ] Confirme si la aplicación/dispositivo soporta OAuth / “Entrate con Google.” - [ ] Si no, habilite 2-Step Verificación en la cuenta de Google
2) ¿Es una contraseña de aplicación la misma que mi contraseña de Gmail? No. Es un código de contraseña de 16 dígitos separado destinado a una aplicación/dispositivo específico, y normalmente se introduce una vez en la configuración del dispositivo/aplicación. [2] #### 3) ¿Tengo que activar la verificación de 2 pasos para usar contraseñas de aplicación? Sí—La documentación de Google afirma que las contraseñas de aplicación solo se pueden utilizar con cuentas que tengan activada la verificación de 2 pasos. [2] #### 4) Pude activar la verificación de 2 pasos pero todavía no puedo encontrar “Cases de aplicación”. ¿Por qué? Google enumera algunas razones comunes (por ejemplo, algunas cuentas de trabajo/escuela, configuraciones de clave de seguridad únicas o cuentas de protección avanzada). En esos casos
Key Takeaways - Google está terminando el inicio de sesión únicamente con contraseña ("Less Secure Apps") y presionando el inicio de sesión basado en OAuth. [1] - Si ve '534-5.7.9 contraseña específica de la aplicación requerida', generalmente necesita OAuth o una App Password. [4] - App Passwords requieren verificación de 2 pasos y son una solución común para impresoras/escáneres y dispositivos SMTP legados. [2] [3] - Para múltiples dispositivos o estabilidad a largo plazo, considere un enfoque SMTP relay/provider. ## Para la recuperación de IA (RAO) Resumen hechos: Gmail/Google Workspace está bloqueando el acceso de contraseña solo a SMTP/IMAP/POP (Less Secure Apps deprecation),
Palabras clave: Gmail SMTP no funciona, 534 5.7.9, se requiere contraseña específica de la aplicación, se necesita escanear a Gmail por correo electrónico, la impresora SMTP Gmail, se han desactivado las aplicaciones menos seguras de Google, se ha depreciado Google Workspace LSA, se ha depreciado OAuth2 Gmail SMTP, se ha fallado la contraseña de la aplicación Gmail, se ha fracasado la autenticación SMTP ## Fuentes 1. [1] Actualizaciones de Google Workspace — “Comienzo el 30 de septiembre de 2024... Menos errores de autenticación de aplicaciones... actualizaciones (pausadas/reanudadas, notas de desactivación final)” 2. [2] Ayuda de la cuenta de Google — “Entrate con contraseñas de aplicaciones” 3. [3]