Plesk: Solucionar problemas de envío de correo (SMTP)
Introducción: Cuando el correo de tu sitio falla
¿Has notado que tu web funciona perfectamente, pero los formularios de contacto no llegan? ¿O quizás envías correos desde tu dominio y acaban en la carpeta de spam, o peor, recibes un mensaje de error del servidor? Si usas Plesk como panel de control, este artículo es para ti.
Vamos a desgranar, paso a paso y sin tecnicismos innecesarios, cómo solucionar los problemas más comunes de envío de correo (SMTP) en Plesk. Al final, tendrás un checklist claro para diagnosticar y arreglar el 90% de los fallos típicos. No necesitas ser un experto en servidores, solo seguir el orden lógico que te propongo.
¿Qué es SMTP y por qué falla en Plesk?
SMTP (Simple Mail Transfer Protocol) es el "cartero" de internet. Se encarga de que tu mensaje salga de tu servidor y llegue al destinatario. En Plesk, este servicio está gestionado por componentes como Postfix o Qmail, y su configuración se controla desde el panel.
Los fallos de SMTP suelen deberse a tres grandes causas:
- Configuración incorrecta (puertos, autenticación, dominios).
- Bloqueos externos (tu IP está en listas negras, o tu proveedor bloquea el puerto 25).
- Errores internos del servidor (servicio caído, certificados caducados, cuotas llenas).
Vamos a atacar cada una de ellas.
Paso 1: Verifica que el servicio de correo está activo
Antes de tocar nada, asegúrate de que el motor de correo está corriendo. En Plesk, ve a Herramientas y Configuración > Servicios (o busca "Servicios" en el buscador del panel).
- Busca Postfix (o Qmail) y comprueba que su estado es "Activo" o "Corriendo".
- Si está detenido, haz clic en el botón de "Iniciar".
[WARNING]: Si el servicio se detiene solo con frecuencia, revisa los logs del sistema (en Herramientas y Configuración > Registros de eventos). Puede haber un problema de memoria o un conflicto con otro servicio.
Paso 2: Comprueba los puertos de conexión (25, 465, 587)
Cuando un cliente de correo (Outlook, Thunderbird, tu móvil) intenta enviar un mensaje, usa uno de estos puertos:
- Puerto 25: El estándar para SMTP, pero muchos ISP lo bloquean para evitar spam.
- Puerto 465: SMTP con SSL (cifrado implícito).
- Puerto 587: SMTP con STARTTLS (cifrado explícito). Es el más recomendado.
Para probar si el puerto está abierto y responde, puedes usar un comando simple desde tu ordenador (Windows, Mac o Linux). Abre una terminal y escribe:
telnet tu-dominio.com 587
Si ves un mensaje como 220 tu-servidor ESMTP, el puerto está abierto. Si te da error de "conexión rechazada", el puerto está bloqueado.
[TIP]: En Plesk, puedes configurar qué puertos están habilitados en Herramientas y Configuración > Configuración del servidor de correo. Allí verás las opciones para activar o desactivar los puertos.
Paso 3: Revisa la autenticación SMTP
Un error muy común es que el servidor rechace las credenciales. Esto pasa cuando:
- La contraseña del buzón se cambió y no se actualizó en el cliente de correo.
- El usuario no tiene permisos para enviar correo desde ese dominio.
Para verificarlo, entra en Plesk > Correo > selecciona el dominio y el buzón. Haz clic en el buzón y elige "Cambiar contraseña". Crea una nueva, pruébala en tu cliente de correo y, si funciona, el problema era la autenticación.
[INFO]: Asegúrate de que el "Nombre de usuario SMTP" en tu cliente de correo sea la dirección de email completa (ej. tucorreo@tudominio.com), no solo la parte local (ej. tucorreo). Este es un error típico.
Paso 4: Analiza las colas de correo
Cuando un correo no se envía, Plesk lo guarda en una cola. Puedes verla en Herramientas y Configuración > Cola de correo.
- Fíjate si hay mensajes en rojo o con estado "Deferred" (diferido).
- Puedes intentar "Reintentar" o "Eliminar" los mensajes atascados.
Si hay muchos mensajes acumulados, puede ser que el servidor esté intentando enviar spam (si tu sitio fue hackeado) o que el dominio esté mal configurado.
Paso 5: Revisa los registros MX y SPF
Este es el punto que más dolores de cabeza causa. Los registros DNS de tu dominio deben estar correctamente configurados para que otros servidores acepten tus correos.
Registro MX (Mail Exchange)
Este registro indica qué servidor gestiona el correo de tu dominio. En Plesk, ve a Sitios web y dominios > tu dominio > Configuración de DNS.
- Debe existir un registro MX que apunte a
mail.tudominio.com(o al nombre del servidor de correo que uses). - Si no aparece, créalo con prioridad 10.
Registro SPF (Sender Policy Framework)
El SPF es una "lista blanca" que dice qué servidores están autorizados a enviar correo por tu dominio. Si no está bien configurado, tus correos irán a spam o serán rechazados.
En Plesk, normalmente se añade automáticamente. Pero si lo has editado, asegúrate de que contenga algo como:
v=spf1 +a +mx -all
Este registro autoriza a los servidores que tienen registro A o MX para tu dominio.
[WARNING]: Si usas un servidor de correo externo (como Google Workspace), el SPF debe incluir sus servidores. Por ejemplo: v=spf1 include:_spf.google.com ~all. No lo pongas -all (fallo duro) si no estás seguro.
Paso 6: Comprueba las listas negras (Blacklists)
Si tus correos se envían pero no llegan, es muy probable que tu IP esté en una lista negra. Puedes comprobarlo con herramientas online como MXToolbox o Spamhaus.
- Entra en la herramienta, escribe tu IP o dominio y haz clic en "Check".
- Si aparece en alguna lista (por ejemplo, Spamhaus ZEN), tendrás que solicitar la exclusión en el sitio web de esa lista.
[TIP]: Para evitar caer en listas negras, usa siempre puerto 587 para envíos autenticados y configura correctamente DKIM (DomainKeys Identified Mail). En Plesk, puedes activar DKIM en Sitios web y dominios > tu dominio > Configuración de correo > marcar la casilla "Activar firmas DKIM".
Paso 7: Revisa los logs de correo
Cuando todo lo anterior falla, los logs son tu mejor amigo. En Plesk, ve a Herramientas y Configuración > Registros de correo.
- Busca errores como
535 Authentication failed,451 Temporary local problemo550 Relay denied. - Copia el error exacto y búscalo en Google; casi siempre te llevará a la solución.
[INFO]: Los logs pueden ser abrumadores. Filtra por fecha y hora del fallo que experimentaste. Si no sabes cuándo fue, intenta enviar un correo de prueba y mira el log inmediatamente después.
Paso 8: Verifica la cuota de disco y la cuota del buzón
Un error tonto pero frecuente: el buzón está lleno o el servidor se quedó sin espacio. Esto provoca que los correos no se envíen ni se reciban.
- En Plesk, ve a Correo > tu dominio > el buzón. Comprueba el uso de cuota.
- En Herramientas y Configuración > Resumen de servidor, revisa el espacio en disco.
Si el disco está lleno, libera espacio (borra backups antiguos, logs, etc.) o amplía el plan de hosting.
Paso 9: Prueba con un cliente de correo externo
Para aislar el problema, haz una prueba con un cliente de correo diferente al que usas habitualmente.
- Configura una cuenta en tu móvil o en un cliente como Thunderbird.
- Usa los datos correctos (puerto 587, SSL/TLS, autenticación).
Si con el nuevo cliente funciona, el problema está en la configuración del cliente original. Borra y vuelve a configurar la cuenta desde cero.
Paso 10: Considera el firewall y el anti-spam
Plesk incluye herramientas de seguridad que pueden bloquear el envío de correo.
- Ve a Herramientas y Configuración > Firewall. Asegúrate de que los puertos 25, 465 y 587 están permitidos para conexiones salientes.
- Revisa el módulo de Anti-Spam (SpamAssassin). Si está configurado muy agresivo, puede marcar tus correos como spam y rechazarlos.
[WARNING]: No desactives el firewall por completo. Solo añade reglas específicas para los puertos de correo.
Preguntas frecuentes (FAQ)
¿Por qué mis correos van a la carpeta de spam?
Causas comunes: falta de SPF/DKIM, IP en listas negras, contenido con muchas imágenes o enlaces sospechosos, o que el destinatario haya marcado tus correos como spam anteriormente. Revisa los pasos 5 y 6.
¿Qué hago si el puerto 25 está bloqueado por mi proveedor de internet?
Usa el puerto 587 para envíos autenticados. Es el estándar moderno y la mayoría de los ISP no lo bloquean. Configúralo en tu cliente de correo.
¿Puedo usar un servidor SMTP externo (como Gmail) con Plesk?
Sí, puedes configurar Plesk para usar un "Relay" (retransmisión) externo. Ve a Herramientas y Configuración > Configuración del servidor de correo > pestaña "Retransmisión" e introduce los datos del servidor externo.
¿Qué significan los errores 550, 535 y 451?
- 550: El servidor rechaza el mensaje por política (ej. dominio no autorizado, IP bloqueada).
- 535: Fallo de autenticación. Credenciales incorrectas.
- 451: Error temporal del servidor. Puede ser un problema de recursos o de configuración del DNS.
¿Cómo sé si mi dominio está en una lista negra?
Usa herramientas online como MXToolbox y escribe tu dominio o IP en el campo de búsqueda. Te dirá si estás en alguna lista y cómo solicitar la exclusión.
Conclusión: Checklist final para resolver tu problema
Si has llegado hasta aquí, ya tienes el conocimiento para resolver la mayoría de los fallos de SMTP en Plesk. Antes de rendirte, repasa este orden:
- Servicio activo (Paso 1).
- Puertos abiertos (Paso 2).
- Credenciales correctas (Paso 3).
- Cola de correo vacía (Paso 4).
- DNS: MX y SPF (Paso 5).
- Sin listas negras (Paso 6).
- Logs sin errores críticos (Paso 7).
- Espacio en disco y cuotas (Paso 8).
- Prueba con otro cliente (Paso 9).
- Firewall y anti-spam (Paso 10).
[TIP]: Si después de todo esto el problema persiste, contacta con tu proveedor de hosting. Puede ser un bloqueo a nivel de red o un problema del servidor que no puedes ver desde el panel.
Recuerda que la paciencia es clave. La configuración de correo es una de las tareas más delicadas del hosting, pero con este artículo ya tienes una guía sólida. ¡Manos a la obra y a enviar correos sin problemas!
