Por qué una cuenta que funciona puede fallar en un verificador
El acceso en el navegador y un verificador pueden discrepar. Utiliza la categoría del resultado y la causa original para averiguar qué falló.
Una cuenta que se abre en el navegador puede fallar en un verificador. Este puede utilizar otro método de acceso, una contraseña guardada antigua, otra conexión o un proceso de inicio de sesión que exige una acción adicional. También puede fallar antes de que el proveedor evalúe los datos.
El primer paso útil es leer la categoría exacta del resultado. «Ha fallado» es demasiado amplio para saber si se rechazó el acceso o si la comprobación nunca llegó a una conclusión.
Lee el resultado exacto
En Mail, Invalid significa que el proveedor rechazó la combinación de correo y contraseña mediante el método utilizado. Connection failed, Timed out, Proxy failed y Rate limited describen comprobaciones que no verificaron el acceso.
Locked, 2FA required, Change password y Verification required describen estados que requieren su propia interpretación. Sepáralos al revisar una lista. Etiquetar como Invalid toda fila que no termine con éxito elimina la información que necesitas para investigarla.
Abre Details y conserva la causa original. Si el verificador indica un problema de método, investiga ese método. Si indica un fallo de red, establece la conexión antes de sacar conclusiones sobre la cuenta.
Comprueba los datos guardados y el método
Un navegador puede mantener una sesión abierta sin probar la contraseña que figura en tu archivo de cuentas. Confirma la dirección exacta y los datos actuales de una cuenta que poseas o administres. Si la contraseña ha cambiado, actualiza la fila guardada antes de repetir la prueba.
Revisa también el formato de entrada. Mail admite filas UTF-8 con email:password o email;password. Las filas vacías o mal formadas se omiten. Conserva la entrada original
mientras inspeccionas una muestra pequeña de las cuentas afectadas.
Después compara el método con los requisitos del proveedor. Algunas cuentas necesitan un proceso moderno compatible o una contraseña de aplicación específica. Microsoft, por ejemplo, documenta los requisitos de autenticación moderna de Outlook.com. Una sesión del navegador no demuestra que otro método vaya a aceptar los mismos datos.
Separa los fallos de conexión
Parte del fallo indicado en lugar de cambiar varios ajustes a la vez.
| Resultado | Qué estableció la comprobación | Siguiente comprobación útil |
|---|---|---|
| Connection failed | No se pudo completar una conexión | Red y ruta configurada |
| Proxy failed | Falló el proxy configurado | Configuración y disponibilidad del proxy |
| Timed out | Una operación superó su plazo | Operación original y condiciones de conexión |
| Rate limited | Se limitaron las solicitudes | Indicaciones del proveedor y trabajo en paralelo |
Un tiempo de espera agotado no demuestra quién causó el retraso. Conserva los detalles originales y repite una muestra pequeña con las condiciones registradas. Así obtendrás una comparación que puedas interpretar.
Identifica las acciones obligatorias en la cuenta
Si el proveedor exige verificación, un cambio de contraseña o recuperación de la cuenta, revisa esa acción mediante su propio proceso. El resultado del verificador no completa la verificación que corresponde al propietario.
Para Outlook, Mail exige un token de acceso antes de registrar Success. Una contraseña aceptada seguida de un inicio de sesión inconcluso sigue siendo un error. Comprueba ese detalle antes de suponer que una sesión del navegador implica que el verificador debía indicar Success.
Repite la prueba de forma controlada
Conserva la ejecución original y vuelve a comprobar una muestra pequeña después de atender la causa concreta. Registra el método, la conexión, la concurrencia y la hora. Cambia una condición relevante cada vez.
El reintento de acceso no válido de Mail repite el mismo método; el uso opcional de métodos alternativos es un control distinto. Ninguno sustituye la comprensión de una restricción de la cuenta o de un fallo de conexión.
Compara el nuevo resultado con los detalles guardados. Si la causa sigue sin resolverse, mantén la cuenta en ese grupo. Un verificador útil conserva esa distinción en lugar de forzar todas las filas a una simple división entre buenas y malas.
