La conexión
Si el host y el puerto responden, y si el ajuste de cifrado coincide con lo que esperan. Un puerto incorrecto o un modo de cifrado equivocado suele fallar aquí, antes de que se ofrezca ninguna credencial.
Loading HstockPlus
Test your SMTP server configuration and send a test email.
Privacy Note
Your SMTP credentials are used only for this test and are not saved on our servers.
Una herramienta de prueba SMTP merece la pena porque cuando el correo no se envía, la pregunta útil es cuál de las tres fases te ha rechazado. El texto del error te lo dice, y esta página es sobre todo una forma de llegar rápido a ese error.
Si el host y el puerto responden, y si el ajuste de cifrado coincide con lo que esperan. Un puerto incorrecto o un modo de cifrado equivocado suele fallar aquí, antes de que se ofrezca ninguna credencial.
Si el nombre de usuario y la contraseña se aceptan. Esta es la fase que falla cuando un proveedor pide una contraseña específica de aplicación en lugar de la contraseña de la cuenta, algo habitual y confuso.
Si el servidor va a retransmitir de verdad un mensaje desde la dirección que has indicado. El inicio de sesión puede funcionar y el envío seguir siendo rechazado, normalmente porque la dirección de origen no es una desde la que la cuenta tenga permitido enviar.
No es una utilidad genérica que terminó en el sitio. Responde a la pregunta que el propio catálogo genera.
De los anuncios de correo activos aquí, más de mil mencionan IMAP, SMTP o POP3 en el título o en la descripción. Esa es una afirmación sobre cómo llegarás al buzón, y es exactamente el tipo de afirmación que es barata de escribir y fácil de que salga mal.
La garantía en este sitio comienza cuando se entrega el pedido, no cuando te pones a probarlo, y en la mayoría de los anuncios se mide en horas. Probar al recibir no es un extra de precaución, es el único momento en que la prueba sirve de algo.
Un resultado de prueba es más limitado de lo que parece. Ambos desenlaces tienen valor y ninguno significa lo que la gente suele creer.
| Qué demuestra | Qué no demuestra | |
|---|---|---|
| Se envió | El servidor respondió, las credenciales fueron aceptadas y el servidor reenvió un mensaje desde esa dirección, en ese momento. | Que funcionará mañana, que la bandeja de entrada no es compartida o que nadie más tiene la misma contraseña. |
| Inicio de sesión rechazado | Algo del nombre de usuario, la contraseña o el método de autenticación es incorrecto. | Que las credenciales sean falsas. Los proveedores suelen exigir una contraseña específica para aplicaciones, y la contraseña de la cuenta fallará limpiamente contra una bandeja de entrada perfectamente real. |
| Conexión rechazada | El servidor, el puerto o la configuración de cifrado no coinciden. Es una respuesta de configuración, no de credenciales. | Que la cuenta sea mala. Aún no has llegado al punto de ofrecer una credencial. |
Para probar el acceso al servidor SMTP necesitas cinco cosas, y cuatro de ellas se copian de un listado sin pensarlo mucho. La quinta es donde viven la mayoría de los fallos.
Estos van juntos, y una combinación incorrecta es la causa más común de que falle una prueba de conexión SMTP. Un proveedor suele publicar más de un puerto, cada uno con un modo de cifrado distinto, y elegir la combinación equivocada hace que falle antes de que se ofrezca ninguna credencial.
Implícito o explícito, y el puerto decide cuál es. Este es el campo que la gente deja en lo que el formulario trae por defecto, y es el motivo por el que unas credenciales de correo perfectamente válidas parecen ser rechazadas.
Aquí es donde ocurre realmente la autenticación SMTP, y donde a menudo se requiere una contraseña específica de la aplicación en lugar de la contraseña de la cuenta. Si el listado te dio una y no la otra, esa carencia es el hallazgo, no que la credencial sea falsa.
No puedes enviar un correo de prueba desde una dirección que la cuenta no tiene permitido usar como remitente. El inicio de sesión puede ser correcto y aun así rechazarse el envío solo por este motivo, lo que parece un fallo de credenciales y no lo es.
Dicho sin rodeos, porque la parte útil de un diagnóstico es saber hasta dónde llega.
Enviar y recibir son protocolos distintos. Esto comprueba el lado del envío. Si necesitas saber si el correo llega, eso es IMAP o POP3 y otra comprobación distinta.
Un servidor puede aceptar el inicio de sesión y aun así descartar o poner en cuarentena silenciosamente lo que envías, por razones que no revela. Una prueba exitosa demuestra que la puerta se abrió, no que algo haya pasado por ella.