Un timeout SMTP significa que la web esperó demasiado una respuesta de red o servidor. No equivale a un rechazo de autenticación: quizá WordPress no llegó a la fase de login.
Registra dónde se detiene la conexión antes de cambiar contraseñas, cifrado y puertos al azar.
Captura el timeout con precisión
Ejecuta una prueba y anota hora, hostname, puerto, cifrado y segundos hasta fallar. Conserva el error ocultando datos.
“Connection timed out” o “could not connect” apuntan a red, DNS, firewall o servicio caído. Una respuesta 535 demuestra que hubo conexión y falló la autenticación.
Distingue además entre timeout al abrir el socket y timeout después del saludo SMTP o durante TLS. El primero apunta a red o puerto; el segundo puede señalar inspección de tráfico, negociación TLS o un servidor remoto que deja la sesión incompleta.
No actives debug detallado en una página pública.
Confirma la resolución del destino
Desde una herramienta autorizada del servidor, resuelve el hostname SMTP. Debe devolver la dirección prevista por el proveedor, no un servidor local antiguo o una IP privada.
Haz la comprobación desde el propio servidor web, no únicamente desde tu ordenador. Ambos pueden usar resolvers y rutas distintas; que el hostname responda desde casa no demuestra que la cuenta cPanel alcance el mismo destino.
Tras una migración, revisa resolvers y /etc/hosts solo con permiso de administración. El MX del dominio web no tiene por qué ser el hostname de SMTP autenticado.
Usa el host oficial, no adivines mail.example.com.
Prueba el puerto saliente exacto
Comprueba si el servidor abre TCP al hostname y puerto elegidos, con timeout corto y sin contraseña. Un administrador puede inspeccionar STARTTLS en 587 así:
openssl s_client -starttls smtp -connect smtp.example.net:587 -servername smtp.example.netUn handshake correcto no autentica el buzón, pero demuestra más recorrido de red. Sustituye el ejemplo solo por el valor oficial.
Revisa restricciones SMTP de cPanel
Un hosting compartido puede limitar SMTP externo, reservar puertos para su relay o aplicar “SMTP Restrictions” desde el firewall. Una cuenta cPanel o reseller quizá no pueda cambiarlo.
Consulta Email Deliverability y Mail Routing, pero pide al hosting revisar conexiones salientes si el socket no abre. Facilita hora, destino y puerto.
No desactives globalmente el firewall ni autorices todas las IP.
Separa routing local y remoto
Si el buzón vive en el mismo servidor, confirma que Email Routing refleja la realidad. Los modos local, backup y remote exchanger cambian cómo se procesa el correo del dominio.
Un dominio alojado en Microsoft 365 o Google Workspace no debe tratarse como local. Un proveedor SMTP externo suele usar su hostname autenticado independientemente del MX.
Cambia el routing solo tras verificar el diseño, porque un ajuste erróneo puede romper el correo entrante.
Comprueba IPv4, IPv6 y TLS
Un host puede publicar IPv6 aunque el servidor no tenga ruta funcional. Compara evidencias de las direcciones resueltas y pide al hosting corregir red o aplicar la configuración admitida.
Verifica hora del servidor, hostname del certificado y autoridades de confianza. No desactives la verificación TLS.
Usa la combinación documentada: normalmente 587 con STARTTLS o 465 con TLS implícito.
Revisa carga y límites PHP
Una cuenta saturada puede retrasar DNS, PHP y conexiones. Consulta CPU, memoria, procesos, I/O y entry processes alrededor del fallo.
Si SMTP es síncrono, el navegador puede agotar el tiempo mientras WordPress sigue enviando. Comprueba si ya existe entrada o mensaje antes de reintentar.
Una cola fiable protege la respuesta, pero no sustituye reparar la conexión.
Verifica el formulario completo
Tras corregir hosting o configuración, prueba una vez la conexión y después el formulario con una referencia única. Confirma entrada, generación, aceptación y llegada final.
Comprueba Reply-To y autenticación. Revisa las entradas del intervalo para recuperar leads.
Solicita ayuda urgente si el hosting bloquea el puerto, el routing es incierto o los timeouts crean duplicados. Comparte errores y horas redactados, nunca contraseñas SMTP o mensajes.