No puedo enviar correos: cómo encontrar la causa y resolverla

Dos pruebas que te dicen dónde buscar

Antes de tocar la configuración, averiguá si el problema es de la casilla, del programa o de la red. Se hace en cinco minutos:

1. Entrá al webmail desde el panel DirectAdmin y mandate un mensaje a una dirección de otro dominio, por ejemplo una de Gmail. Si sale, la casilla y el servidor funcionan.
2. Desconectá el celular del wifi y probá enviar desde la aplicación de correo con los datos móviles. Si así sale y desde la oficina no, el bloqueo está en tu red.

Los datos que tiene que tener el programa

Compará uno por uno con lo que tiene cargado tu programa. La mayoría de las fallas de envío son una de estas filas mal escrita, casi siempre la última.

Si el programa muestra una advertencia de certificado con mail.tudominio.com.ar, el certificado del dominio no incluye esa entrada: usá el nombre del servidor que figura en el correo de bienvenida o agregá la entrada al certificado.

Qué dice el error, número por número

Los servidores de correo responden con un código de tres cifras. Si empieza con 4, el problema es temporal y el servidor va a reintentar; si empieza con 5, es un rechazo definitivo y hay que corregir algo. El texto que acompaña al número suele decir qué.

Probá el puerto desde tu computadora

En Windows, desde PowerShell. Si la última línea dice TcpTestSucceeded : True, el puerto responde desde tu red; repetí con 587 y con 25 para comparar.

Test-NetConnection mail.tudominio.com.ar -Port 465

En macOS y en Linux, openssl viene instalado y hace una prueba más completa, porque además negocia el cifrado. Con el 465 tenés que ver una línea que empieza con 220: el servidor te está atendiendo. Con el 587, escribí EHLO prueba y la respuesta llega en líneas que empiezan con 250. Para salir, QUIT.

openssl s_client -connect mail.tudominio.com.ar:465 -crlf -quiet
openssl s_client -starttls smtp -connect mail.tudominio.com.ar:587 -crlf -quiet

• Si el 465 y el 587 conectan pero el programa no envía, la red está bien: el problema es de configuración.
• Si no conecta ninguno desde tu red y sí desde los datos del celular, es un bloqueo de tu IP o un firewall de la oficina.
• Si solo falla el 25, es lo esperable: muchos proveedores de Internet lo cierran para frenar el spam, y un programa de correo no lo necesita para enviar.

Si tu IP quedó bloqueada

El firewall del hosting bloquea la IP desde la que se prueban varias contraseñas equivocadas seguidas en el panel, el correo o el FTP. Es la defensa contra los robots que intentan adivinar claves, pero también atrapa a clientes: alcanza con cambiar la contraseña de una casilla y olvidarse de actualizarla en una tablet que quedó prendida en un cajón.

El síntoma es inconfundible: desde tu red no anda nada (ni el correo, ni el webmail, ni el panel) y con los datos del celular funciona todo. Primero corregí la contraseña en todos los dispositivos que usan esa casilla, y recién después pedí el desbloqueo en la página de desbloqueo de IP. Si lo pedís antes, el equipo que sigue probando con la clave vieja te vuelve a bloquear.

Causas que no se te ocurren

• Un antivirus que revisa el correo saliente. Algunos se meten en la conexión cifrada y la rompen: probá desactivar solo esa función.
• Una VPN de la empresa o el wifi de un hotel, que obligan a salir por su propia red y cierran los puertos de correo.
• Un adjunto demasiado grande. Muchos servidores rechazan mensajes de más de 20 o 25 MB, y un archivo viaja alrededor de un tercio más pesado por la codificación del correo: un PDF de 18 MB ya puede quedar afuera.
• Demasiados destinatarios de una vez. Los servidores compartidos suelen limitar cuántos mensajes envía cada casilla por hora, para que una cuenta comprometida no arruine la reputación de todas. Para newsletters usá un servicio de envíos masivos.
• Tu propia casilla llena: el mensaje sale, pero no se guarda en Enviados y algunos programas lo informan como un error de envío.

Si los mensajes salen pero rebotan o llegan a spam

Ahí el envío funciona y lo que falla es la confianza del que recibe. Gmail, Outlook y los demás comprueban tres registros en el DNS de tu dominio: SPF dice qué servidores pueden enviar en tu nombre, DKIM firma cada mensaje y DMARC indica qué hacer si las otras dos pruebas fallan. Desde 2024, Gmail y Yahoo exigen SPF o DKIM a cualquier remitente, y los tres a quien envía en volumen.

Para ver el resultado, mandá un mensaje a una cuenta de Gmail, abrilo y elegí "Mostrar original": arriba figura PASS o FAIL para cada uno. La explicación completa, con ejemplos de cada registro, está en la guía de SPF, DKIM y DMARC.