Error de autenticación SMTP en Outlook o Thunderbird

Revisado el 8 de septiembre de 2026 3 min de lectura autenticacion clientes de correo

Si el error indica 535 o authentication failed, el servidor está rechazando la autenticación. Conserva el código y el texto completos: relay denied, un timeout o un error de certificado requieren comprobaciones diferentes.

Comprueba los datos del buzón

En cPanel > Cuentas de correo > Connect Devices, consulta los datos de conexión de la cuenta afectada:

Ajuste	Qué debes comprobar
Servidor SMTP	El nombre indicado por cPanel y cubierto por su certificado.
Puerto y cifrado	La combinación segura indicada, normalmente 465 con SSL/TLS; 587 con STARTTLS si figura entre las opciones admitidas.
Usuario	La dirección completa del buzón, por ejemplo `correo@tudominio.com`.
Contraseña	La del buzón, que puede ser distinta de la de cPanel o el área de clientes.
Autenticación	Activada para el servidor de salida.

Prueba el acceso a Webmail con esa cuenta para comprobar sus credenciales. Poder recibir correo en el cliente no demuestra que el SMTP tenga guardada la misma contraseña.

Outlook

Abre la configuración de la cuenta afectada y revisa las opciones del servidor de salida SMTP. La ubicación cambia entre Outlook clásico, el nuevo Outlook y las versiones para Mac; la antigua pestaña «Servidores» no aparece en todas ellas.

En las versiones que ofrecen Mi servidor de salida requiere autenticación, activa esa opción. Utiliza la misma configuración que el servidor de entrada solo si ambos usan realmente el mismo usuario y contraseña. Si hay varias cuentas, comprueba que editas la que aparece en el campo De del mensaje fallido.

Thunderbird

En Configuración de la cuenta, comprueba qué Servidor de salida (SMTP) tiene asignado ese buzón. Edita esa entrada en la lista de servidores SMTP y aplica los datos de cPanel. Para una cuenta de Hostsuar que utiliza contraseña, selecciona Contraseña normal junto con el cifrado TLS indicado: ese nombre del método no significa que debas enviar sin cifrado.

No cambies una entrada SMTP compartida sin comprobar qué otras cuentas la utilizan. Una definición solo debe compartirse cuando coincidan servidor, puerto, cifrado y usuario.

Comprueba el resultado

Guarda los cambios y realiza un único envío de prueba. Si el programa solicita de nuevo la contraseña, introduce la del buzón actual. No pruebes contraseñas repetidamente ni uses los puertos 25 o 26 sin cifrado para evitar el fallo.

Si continúa el rechazo, comunica a soporte el programa y su versión, servidor, puerto, cifrado, hora y error exacto, sin incluir la contraseña. Así podremos distinguir unas credenciales incorrectas de una restricción o un fallo del cliente.