// cómo solucionarlo
Emails enviados sin cifrado TLS (STARTTLS)
Tu servidor entregó el email sin cifrar. Gmail lo señala con un candado rojo y espera que los remitentes masivos usen TLS. Activa STARTTLS.
Qué significa
Cuando tu servidor entrega un email a otro servidor, los dos pueden ponerse de acuerdo para cifrar la conexión. Esto se llama TLS, y el comando que lo inicia en una conexión de correo normal es STARTTLS.
Tu email se entregó sin cifrado. Cualquiera capaz de observar la red entre los dos servidores podría leerlo.
Por qué importa
- Gmail muestra un candado rojo abierto en los emails recibidos sin cifrado, lo que preocupa a los lectores.
- Gmail y Yahoo esperan que los remitentes masivos usen TLS.
- Los emails suelen contener información personal o profesional que no debería viajar sin cifrar.
- Delivmail resta una pequeña parte de la puntuación por una entrega sin cifrar.
Cómo comprobarlo
- Envía un email de prueba: en la página de inicio, copia tu dirección de prueba única, envíale un email normal desde el buzón o la herramienta que quieres comprobar y abre el informe. La línea «Cifrado (TLS)» indica si el email llegó cifrado.
- En Gmail, abre un email recibido, haz clic en la pequeña flecha bajo el nombre del remitente y mira la línea «seguridad».
Cómo solucionarlo
Si usas un proveedor
Google Workspace, Microsoft 365 y todas las herramientas de newsletters serias usan TLS automáticamente. Si tu prueba no muestra TLS, probablemente el email pasó por otro sistema: una web, una impresora, una aplicación de empresa o un servidor de relay antiguo. Encuéntralo y haz que envíe a través de tu proveedor.
Si tienes tu propio servidor de correo
- Consigue un certificado para el nombre de tu servidor, por ejemplo
mail.yourdomain.com. Un certificado gratuito de Let's Encrypt funciona bien. - Activa TLS saliente. En Postfix, por ejemplo:
smtp_tls_security_level = may smtp_tls_loglevel = 1
El ajustemaycifra siempre que el otro servidor lo admite, y hoy casi todos lo hacen. - Activa también TLS entrante, para que los demás puedan enviarte emails de forma segura:
smtpd_tls_cert_file = /etc/letsencrypt/live/mail.yourdomain.com/fullchain.pem smtpd_tls_key_file = /etc/letsencrypt/live/mail.yourdomain.com/privkey.pem smtpd_tls_security_level = may
- Recarga el servidor y busca en sus logs líneas que mencionen TLS.
- Renueva el certificado automáticamente. Un certificado caducado puede romper la entrega cifrada.
Si envías desde una aplicación
En los ajustes SMTP de tu aplicación, elige el puerto 587 con STARTTLS, o el puerto 465 con SSL/TLS. Evita el puerto 25 sin cifrado. Así proteges la conexión entre tu aplicación y tu proveedor; después tu proveedor se encarga del TLS hasta el destinatario.
Comprueba que está solucionado
Envía un nuevo email de prueba desde la página de inicio con el mismo servidor o la misma herramienta. La línea «Cifrado (TLS)» debería decir sí. En Gmail, el candado rojo debería haber desaparecido. Si sigue diciendo no, comprueba que el email salió de verdad por el servidor que modificaste y busca en sus logs errores de TLS, como un certificado caducado o no fiable.
Comprueba que está solucionado
Un cambio de DNS puede tardar de unos minutos a unas horas. Después, envía un nuevo email de prueba o vuelve a escanear tu dominio.
Guías relacionadas
- Pasar DMARC de p=none a quarantine o reject sin riesgosp=none solo observa. Para frenar de verdad los emails falsos con tu dominio, pasa poco a poco a quarantine y a reject, sin bloquear tus propios emails.
- Tu IP de envío está en una blacklistUna blacklist es una lista pública de direcciones IP conocidas por enviar spam. Averigua si la IP es tuya, arregla la causa y pide la retirada.
- Tu dominio está en una blacklist (Spamhaus DBL, SURBL, URIBL)Las blacklists de dominios recogen nombres de dominio vistos en spam. Siguen a tu dominio envíes desde donde envíes. Encuentra la causa, limpia y pide la retirada.
- Protege tu correo entrante con MTA-STS y TLS-RPTMTA-STS obliga a los demás servidores a usar cifrado cuando entregan emails a tu dominio. TLS-RPT te envía informes cuando eso falla. Los dos son opcionales, pero recomendables.
- Alguien envía emails falsos con tu dominio (suplantación)Los estafadores pueden enviar emails que parecen venir de tu dominio. Una política DMARC en reject indica a los receptores que los rechacen. Primero monitoriza, después aplica.