// cómo solucionarlo
Protege tu correo entrante con MTA-STS y TLS-RPT
MTA-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.
Qué significa
Cuando un servidor entrega un email a tu dominio, puede cifrar la conexión con TLS. Por defecto es opcional: si alguien en medio bloquea el cifrado, el email se envía sin cifrar y se puede leer o desviar.
- MTA-STS (Mail Transfer Agent Strict Transport Security) te permite decir: «entrega a mis servidores de correo solo con un cifrado válido; si no, no entregues».
- TLS-RPT (TLS Reporting) pide a los demás servidores que te envíen un informe diario cuando han tenido problemas para conectarse de forma segura.
Los dos protegen el email que recibes. No cambian cómo se puntúan los emails que envías.
Por qué importa
Impiden la interceptación del correo entrante, como facturas, restablecimientos de contraseña y contratos. Gmail, Microsoft y otros grandes proveedores respetan MTA-STS. Se recomiendan para las empresas, pero son opcionales para los pequeños remitentes.
Cómo comprobarlo
Usa el Escáner de dominio en /domain-scanner. Busca el registro MTA-STS, descarga el archivo de política y comprueba el registro TLS-RPT.
Cómo solucionarlo
MTA-STS necesita tres piezas: un archivo de política en una web, un registro DNS y servidores de correo con certificados válidos.
- Revisa tus servidores MX. Deben ofrecer TLS con un certificado válido que corresponda a su nombre. Google Workspace y Microsoft 365 ya lo hacen.
- Crea el archivo de política, un archivo de texto plano servido exactamente en
https://mta-sts.yourdomain.com/.well-known/mta-sts.txt. Empieza en modo de prueba:version: STSv1 mode: testing mx: *.mail.protection.outlook.com max_age: 86400
Indica cada uno de tus hosts MX en su propia líneamx:. Para Google Workspace, usamx: *.google.comymx: *.googlemail.com, o los nombres exactos que muestran tus registros MX. - Publica la web
mta-sts.yourdomain.comcon un certificadohttpsválido. Sirve cualquier alojamiento estático sencillo. - Añade el registro TXT de MTA-STS. Cambia el
idcada vez que modifiques el archivo de política:_mta-sts.yourdomain.com TXT "v=STSv1; id=20261030"
- Añade el registro TXT de TLS-RPT para recibir informes:
_smtp._tls.yourdomain.com TXT "v=TLSRPTv1; rua=mailto:tlsrpt@yourdomain.com"
- Lee los informes durante unas semanas. Cuando no haya fallos, cambia
mode: testingpormode: enforce, aumentamax_age(por ejemplo604800, una semana) y cambia eliden el DNS.
Ten cuidado
En modo enforce, si tu certificado caduca o tu MX cambia sin actualizar la política, los demás servidores dejarán de entregarte emails. Actualiza el archivo de política cada vez que cambies de proveedor de correo.
Comprueba que está solucionado
Los cambios de DNS no son instantáneos. La mayoría se ven en pocos minutos, pero algunos proveedores tardan hasta 24 o 48 horas.
Vuelve a pasar el Escáner de dominio: MTA-STS y TLS-RPT deberían encontrarse los dos y ser válidos.
Los estándares: RFC 8461 (MTA-STS) y RFC 8460 (TLS-RPT).
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
- Tu dominio no tiene registro SPFTu dominio no indica qué servidores pueden enviar emails en su nombre. Añade un registro TXT y los receptores podrán distinguir tus emails reales de los falsos.
- Error SPF: demasiadas consultas DNS (permerror)SPF permite como máximo 10 consultas DNS. Por encima, todo el registro se rompe y los receptores lo consideran no válido. Así puedes aligerarlo.
- Varios registros SPF en un mismo dominioUn dominio solo debe tener un registro SPF. Con dos o más, SPF falla en todos los emails. Únelos en una sola línea.
- SPF falla: el servidor de envío no está autorizadoTu dominio tiene un registro SPF, pero el servidor que envió tu email no está en él. Averigua qué servicio envió el email y añádelo.
- Tus emails no tienen firma DKIMDKIM añade una firma digital que demuestra que un email viene de verdad de tu dominio. Actívala en tu proveedor de correo y publica su clave en el DNS.