Mi correo no envía o no recibe mensajes: qué revisar en Duplika

Cuando una casilla alcanza el 100% de su espacio, deja de recibir mensajes y puede dejar de enviar. Revisa el uso de la casilla en cPanel y, si está al límite, aumenta el espacio desde Cuentas de correo electrónico.

Revisa también el espacio total del plan en cPanel, en Uso de Disco: si el hosting quedó sin espacio, el correo deja de entrar y de salir aunque cada casilla tenga cuota disponible.

Si usas POP3 y tu cliente no elimina los mensajes del servidor, el webmail se llena con el tiempo. En ese caso conviene usar IMAP, que mantiene los mensajes sincronizados en el servidor. Las diferencias y puertos de cada protocolo están en POP3, IMAP y SMTP: diferencias y puertos de correo.

Si el error menciona Plaintext authentication disallowed on non-secure (SSL/TLS) connections, tu cliente está intentando conectar sin encriptación. Por seguridad, solo permitimos conexiones SSL o TLS: activa SSL/TLS en la configuración de la cuenta.

Los datos correctos para tu cliente de correo son: servidor entrante y saliente mail.tudominio.com (reemplazando tudominio.com por el dominio real de tu sitio), como usuario la dirección de correo completa, IMAP en el puerto 993, POP3 en el 995 y SMTP en el 465, todos con SSL activado. Si tu cliente no conecta con el 465, prueba el puerto 587 con TLS.

Si el error es SMTP Error: Could not authenticate, los datos de acceso no son correctos: restablece la contraseña de la casilla desde cPanel y vuelve a configurar el cliente. Si el cliente repite intentos fallidos con usuario o contraseña erróneos, la conexión puede quedar bloqueada: revisa las credenciales y verifica que puedas entrar al webmail con la misma cuenta.

Si los errores de conexión afectan a POP, IMAP y SMTP al mismo tiempo, puede que la IP de tu conexión de internet esté en una lista negra. En ese caso, solicita a tu proveedor de internet una IP limpia.

El texto exacto del rebote determina la solución:

• 550 5.7.1 [CS] Message blocked: nuestro antispam detectó características de correo no deseado; puede ser un falso positivo activado por palabras, URLs o asuntos en mayúsculas del mensaje. En el mismo rebote hay un enlace para reportarlo y, una vez reportado, los envíos salen con normalidad. Si el problema se repite, reenvía el rebote a soporte para que revisemos el motivo.

• 550 5.7.1 [ESA] Sender blocked: se bloquearon los envíos de tu cuenta, frecuentemente porque fue usada para enviar spam. Cambia la contraseña de la casilla desde Cuentas de correo electrónico en cPanel, revisa tus computadoras por virus o malware y avísanos para restablecer los envíos.

• 550 5.7.1 [IRR] Our system has detected unusual activity from your account: se enviaron muchos mensajes a destinatarios inválidos. Revisa tu lista de direcciones, elimina las que no existen y vuelve a enviar.

• 550 This message was classified as SPAM and may not be delivered: suele ser un falso positivo del antispam. Reenvía el rebote a soporte para que lo revisemos.

El servidor rechaza tus envíos durante al menos 60 minutos porque registró demasiados correos rebotados o diferidos. Las causas más comunes son dos:

• Tu dominio tiene activada la opción de SPF sin incluir nuestro servicio de correo. Revisa la configuración en Configuración SPF y DKIM.

• Alguien obtuvo acceso a tu casilla y envía correos haciéndose pasar por ti. Cambia la contraseña lo antes posible y revisa quién envió esos correos con la herramienta Monitorizar el envío.

Los correos que WordPress envía con PHPmail suelen ser filtrados como spam por proveedores como Gmail u Outlook. Configura el remitente del formulario con una cuenta existente de tu dominio: un remitente inexistente o de otro dominio hace fallar los envíos. Para el envío, usa el SMTP de esa cuenta: en WordPress recomendamos el plugin FluentSMTP. Si solo fallan algunos envíos de la aplicación, revisa el plugin o el código que los genera. La configuración paso a paso está en Mejorar el envio de correos desde WordPress usando SMTP.

Si tu aplicación envía a través de un SMTP externo (por ejemplo Amazon SES u otro proveedor), escríbenos: el acceso a servicios de SMTP externo se habilita desde nuestra parte.

Si el puerto 25 está filtrado por tu proveedor de internet, usa el puerto 9025 para envíos sin encriptar o el 465 para envíos con SSL.

Todos los planes de hosting tienen un límite de correos enviados por hora para toda la cuenta: Inicio 100, Esencial 200, Avanzado 300, Profesional 400, Empresa 500, Roble 600, y 200 por hora en los planes reseller. Los detalles están en Limite de envios via email.

Si envías desde una aplicación que abre muchas conexiones al mismo tiempo, manten las conexiones por debajo de 100 cada 30 segundos.

Si necesitas enviar más volumen, evalúa un plan Cloud Servers con IP dedicada o un plan de email marketing.

Cuando ningún mensaje entra o sale, revisa en este orden:

• Dominio expirado: si el dominio del remitente expiró, los envíos rebotan con 550 5.1.2 [SDNF] Sender Domain Not Found. Renueva el dominio; el correo puede demorar algunas horas en volver a funcionar después de la renovación.

• Dominio suspendido por verificación de contacto: si el rebote dice You have reached a domain that is pending ICANN verification, el dominio quedó suspendido hasta completar la verificación de los datos de contacto. Completa esa verificación para reactivar el dominio.

• Si administras tu DNS desde Cloudflare, el registro A de mail.tudominio.com debe apuntar a la IP de tu servidor y el registro MX a mail.tudominio.com, ambos en modo DNS Only.

• Algunos destinatarios devuelven 451 4.7.650 The mail server has been temporarily rate limited due to IP reputation. Ese bloqueo es temporal y lo administra el proveedor de destino; si te llega ese rebote, contáctanos para hacer el seguimiento.

Si los correos que esperabas llegan a spam, márcalos como No es spam desde el webmail y agrega al remitente como confiable desde Configuración > Preferencias > Configuración de cuenta de correo > Antispam. También podemos agregar el dominio del remitente a la lista blanca desde Filtros de spam en cPanel.

Si los mensajes ni siquiera aparecen en la carpeta de spam, el filtro puede estar eliminándolos automáticamente: en Filtros de spam de cPanel, la opción Automatically Delete New Spam (Auto-Delete) borra el correo detectado como spam. Desactiva esa opción o agrega al remitente a la lista blanca, en Show Additional Configurations, para conservar esos mensajes.

No recomendamos desactivar el filtro antispam como primera medida: dejás pasar el correo no deseado real junto con el legítimo.

Cuando el destinatario es Gmail, el rebote dice 550-5.7.26 Your email has been blocked because the sender is unauthenticated y pide autenticar el dominio con SPF o DKIM. En Microsoft y Outlook, el mensaje es 550 5.7.515 Access denied, sending domain doesn't meet the required authentication level. Ambos indican que tu dominio no pasa la verificación SPF, DKIM o DMARC del servidor que recibe el correo.

Revisa y corrige esos registros desde cPanel, en Email Deliverability: en hosting compartido, el SPF debe incluir spf.duplika.com. La configuración completa está en Configuración SPF, DKIM y DMARC para validar tus correos.

Tener SPF, DKIM y DMARC correctos evita estos rebotes, pero no garantiza que el mensaje llegue a la bandeja principal: el destinatario puede seguir aplicando reglas de contenido que lo lleven a spam.

Un reenviador mal configurado rompe la recepción aunque la casilla original sea correcta. Revisa en cPanel, en Reenviadores, que cada reenviador apunte a una dirección que exista: uno que apunte a una dirección inexistente puede hacer rebotar los mensajes enviados a la cuenta original.

Si encuentras un reenviador que no configuraste, elimínalo y cambia la contraseña de la casilla lo antes posible. Los reenviadores hacia cuentas externas también pueden contribuir a que el antispam bloquee tus envíos.

Errores como 550 5.1.1 Recipient address rejected los emite el servidor que recibe el correo, no los nuestros: la dirección no existe o ese servidor bloquea el mensaje. En el rebote, fíjate qué servidor devuelve el error; si no es de Duplika, la solución depende del destinatario: verifica que la dirección esté bien escrita y, si lo está, pídele a su administrador que revise por qué rechaza tus mensajes.

Un aviso como Warning: message delayed 24 hours no es un rebote definitivo: el mensaje sigue en cola y los intentos de entrega continúan. Si el servidor de destino no lo acepta después de los reintentos, el mensaje se devuelve con el motivo. Contáctanos con el aviso completo para hacer el seguimiento.

Si tu dominio usa los MX de Google Workspace, Microsoft 365 u otro proveedor, la recepción la maneja ese proveedor, no los servidores de correo de Duplika. Los formularios y aplicaciones alojados con nosotros pueden igualmente intentar entregar localmente: en cPanel, Enrutamiento de correo electrónico define si el servidor entrega los mensajes en forma local o remota; ajustalo según dónde esté alojada la casilla.

Si además administras el DNS desde Cloudflare u otro proveedor, los cambios que hagas en la zona de cPanel no modifican los registros públicos. Cómo comprobar los cambios está en Propagación DNS: cuánto tarda y cómo comprobar un cambio.