Consulta y valida el registro TXT de SPF de cualquier dominio: mecanismos, cualificadores, la política all y el límite de 10 búsquedas DNS. Funciona gratis en tu navegador sobre DNS-over-HTTPS, sin registro y sin almacenar nada.
Crea una cuenta gratuita de Unspam para guardar tus resultados y repetir estas comprobaciones cuando quieras, así detectas una configuración rota antes de que te cueste caro. Sin tarjeta de crédito.
SPF (Sender Policy Framework, definido en el RFC 7208) es una lista publicada de los servidores autorizados a enviar correo en nombre de tu dominio. Reside en un único registro TXT de DNS en el dominio remitente que empieza por v=spf1, seguido de los mecanismos que nombran las fuentes autorizadas y una política all final. Cuando un proveedor de correo recibe un mensaje, coteja la IP de envío con el registro SPF del dominio del envelope (Return-Path) y usa el resultado como una señal más para la ubicación en bandeja de entrada. SPF es además uno de los pilares de DMARC, así que un registro correcto forma parte de cumplir los requisitos de remitente de Gmail, Yahoo y Microsoft, que cada vez rechazan más el correo masivo sin autenticar.
Todo registro SPF válido empieza por v=spf1. Si el registro no comienza con esta etiqueta exacta, o si no se devuelve ningún registro TXT, el dominio no tiene una política SPF utilizable.
Nombran las fuentes que autorizas. include delega en el SPF de otro dominio (por ejemplo, tu plataforma de correo), a y mx autorizan tus propios hosts A y MX, e ip4 / ip6 enumeran direcciones concretas o rangos CIDR.
El mecanismo del final fija el comportamiento por defecto para quien no aparezca en la lista: -all es un fallo estricto (recomendado), ~all es un fallo leve (habitual mientras haces pruebas), ?all es neutral y +all autoriza a cualquiera (no lo uses).
SPF permite como máximo 10 búsquedas DNS durante la evaluación. Mecanismos como include, a y mx consumen búsquedas cada uno, y los include anidados suman las suyas, así que el comprobador recorre toda la cadena de include para contar el total real y señala los registros que superan el límite. Despliega el desglose para ver de qué mecanismo procede cada búsqueda.
Un dominio debe publicar exactamente un registro TXT v=spf1. Si el comprobador encuentra dos o más, el registro no es válido y los proveedores devolverán un PermError.
Un dominio solo puede publicar un registro TXT que empiece por v=spf1. Cuando se añade un segundo (a menudo al configurar una nueva plataforma de correo), la evaluación devuelve un PermError y SPF falla en la práctica. Combina todas las fuentes en un único registro con varios mecanismos include.
Cada mecanismo include, a, mx, ptr y exists genera búsquedas DNS, y los include anidados añaden las suyas. En cuanto la evaluación necesita más de 10, el resultado es un PermError. Aplana o elimina los include que no uses para no superar el límite.
Terminar el registro con +all le dice a todo el mundo que cualquier servidor está autorizado a enviar en nombre de tu dominio, lo que desactiva SPF por completo y facilita la suplantación. Usa -all para un fallo estricto, o ~all mientras terminas de confirmar tus fuentes.
Si la consulta no devuelve nada, o un registro TXT que no empieza por v=spf1, el dominio no tiene ninguna política aplicable y DMARC no tiene nada con lo que alinearse. Publica un único registro que empiece por v=spf1 y termine con un all restrictivo.
Una única cadena TXT tiene un límite de 255 caracteres. Los registros largos deben dividirse en varias cadenas entrecomilladas dentro de un solo registro TXT (lo cual es válido), no en registros separados. Dividirlo en registros separados genera, en cambio, el error de registros múltiples.
