Saltar al contenido
D1
ES
EnglishРусскийEspañolFrançaisPortuguêsDeutschItalianoPolski

Autenticación de correo

Validador SPF

Valida el registro SPF del dominio, mechanisms, terminal all, lookup count y avisos.

¿Necesitas SPF, DMARC y DKIM juntos? Auditoría completa de email → Email Auth Checker

Este formulario llama al endpoint relativo: /site-api/tools/spf

Cómo usar la herramienta

  1. SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Empieza en el dominio organizacional, enumera cada remitente autorizado, usa include para SaaS, termina con -all o ~all, mantente bajo diez consultas DNS y valida la alineación DMARC antes del enforcement. Para «include y remitentes externos», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.
  2. SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Empieza en el dominio organizacional, enumera cada remitente autorizado, usa include para SaaS, termina con -all o ~all, mantente bajo diez consultas DNS y valida la alineación DMARC antes del enforcement. Para «terminal all y modos fail», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.
  3. SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Empieza en el dominio organizacional, enumera cada remitente autorizado, usa include para SaaS, termina con -all o ~all, mantente bajo diez consultas DNS y valida la alineación DMARC antes del enforcement. Para «varios TXT SPF», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.
  4. SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Empieza en el dominio organizacional, enumera cada remitente autorizado, usa include para SaaS, termina con -all o ~all, mantente bajo diez consultas DNS y valida la alineación DMARC antes del enforcement. Para «límite de consultas DNS», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.
  5. SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Empieza en el dominio organizacional, enumera cada remitente autorizado, usa include para SaaS, termina con -all o ~all, mantente bajo diez consultas DNS y valida la alineación DMARC antes del enforcement. Para «alineación SPF con DMARC», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.
  6. SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Empieza en el dominio organizacional, enumera cada remitente autorizado, usa include para SaaS, termina con -all o ~all, mantente bajo diez consultas DNS y valida la alineación DMARC antes del enforcement. Para «mecanismos ip4, ip6, mx y ptr», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Qué muestra el resultado

El resultado separa las señales importantes para esta comprobación.

CampoPropósitoEjemplo
DominioSPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «include y remitentes externos», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.Introduce el dominio apex del From visible.
Nombre de consultaSPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «terminal all y modos fail», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.Confirma que existe un solo TXT v=spf1.
FoundSPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «varios TXT SPF», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.Revisa mechanisms, terminal all y lookup count.
ValidSPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «límite de consultas DNS», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.Elimina ptr obsoleto y +all permisivo.
Terminal allSPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «alineación SPF con DMARC», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.Combina el resultado con DMARC y DKIM.
MechanismsSPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «mecanismos ip4, ip6, mx y ptr», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.Vuelve a comprobar tras el TTL.
DNS lookup countSPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «include y remitentes externos», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.Introduce el dominio apex del From visible.
Raw recordSPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «terminal all y modos fail», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.Confirma que existe un solo TXT v=spf1.

Cuándo ayuda esta comprobación

Úsalo en onboarding de ESP, migraciones a Microsoft 365 o Google Workspace, despliegue DMARC, incidentes de entregabilidad y cuestionarios de proveedores. SPF es solo la mitad de la autenticación; DMARC aún exige DKIM o SPF alineados con el dominio From. Para «include y remitentes externos», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Úsalo en onboarding de ESP, migraciones a Microsoft 365 o Google Workspace, despliegue DMARC, incidentes de entregabilidad y cuestionarios de proveedores. SPF es solo la mitad de la autenticación; DMARC aún exige DKIM o SPF alineados con el dominio From. Para «terminal all y modos fail», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Úsalo en onboarding de ESP, migraciones a Microsoft 365 o Google Workspace, despliegue DMARC, incidentes de entregabilidad y cuestionarios de proveedores. SPF es solo la mitad de la autenticación; DMARC aún exige DKIM o SPF alineados con el dominio From. Para «varios TXT SPF», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Úsalo en onboarding de ESP, migraciones a Microsoft 365 o Google Workspace, despliegue DMARC, incidentes de entregabilidad y cuestionarios de proveedores. SPF es solo la mitad de la autenticación; DMARC aún exige DKIM o SPF alineados con el dominio From. Para «límite de consultas DNS», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Úsalo en onboarding de ESP, migraciones a Microsoft 365 o Google Workspace, despliegue DMARC, incidentes de entregabilidad y cuestionarios de proveedores. SPF es solo la mitad de la autenticación; DMARC aún exige DKIM o SPF alineados con el dominio From. Para «alineación SPF con DMARC», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Úsalo en onboarding de ESP, migraciones a Microsoft 365 o Google Workspace, despliegue DMARC, incidentes de entregabilidad y cuestionarios de proveedores. SPF es solo la mitad de la autenticación; DMARC aún exige DKIM o SPF alineados con el dominio From. Para «mecanismos ip4, ip6, mx y ptr», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Qué revisar si el resultado parece incorrecto

Si no hay registro, consulta el TXT del apex, no _dmarc ni un selector. Con varios v=spf1, fusiona fuentes en uno solo porque los receptores pueden rechazar publicaciones ambiguas. Tras cambios, espera el TTL y compara el TXT crudo con dig +short TXT example.com. Para «include y remitentes externos», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Si no hay registro, consulta el TXT del apex, no _dmarc ni un selector. Con varios v=spf1, fusiona fuentes en uno solo porque los receptores pueden rechazar publicaciones ambiguas. Tras cambios, espera el TTL y compara el TXT crudo con dig +short TXT example.com. Para «terminal all y modos fail», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Si no hay registro, consulta el TXT del apex, no _dmarc ni un selector. Con varios v=spf1, fusiona fuentes en uno solo porque los receptores pueden rechazar publicaciones ambiguas. Tras cambios, espera el TTL y compara el TXT crudo con dig +short TXT example.com. Para «varios TXT SPF», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Si no hay registro, consulta el TXT del apex, no _dmarc ni un selector. Con varios v=spf1, fusiona fuentes en uno solo porque los receptores pueden rechazar publicaciones ambiguas. Tras cambios, espera el TTL y compara el TXT crudo con dig +short TXT example.com. Para «límite de consultas DNS», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Si no hay registro, consulta el TXT del apex, no _dmarc ni un selector. Con varios v=spf1, fusiona fuentes en uno solo porque los receptores pueden rechazar publicaciones ambiguas. Tras cambios, espera el TTL y compara el TXT crudo con dig +short TXT example.com. Para «alineación SPF con DMARC», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Si no hay registro, consulta el TXT del apex, no _dmarc ni un selector. Con varios v=spf1, fusiona fuentes en uno solo porque los receptores pueden rechazar publicaciones ambiguas. Tras cambios, espera el TTL y compara el TXT crudo con dig +short TXT example.com. Para «mecanismos ip4, ip6, mx y ptr», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Cómo interpretar el resultado

SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «include y remitentes externos», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «terminal all y modos fail», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «varios TXT SPF», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «límite de consultas DNS», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «alineación SPF con DMARC», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

SPF se publica como un único registro TXT en el apex del dominio que comienza con v=spf1. Los receptores lo evalúan durante SMTP para decidir si la IP conectada puede enviar correo por ese dominio. Para «mecanismos ip4, ip6, mx y ptr», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Flujo recomendado

  1. Introduce el dominio apex del From visible.
  2. Confirma que existe un solo TXT v=spf1.
  3. Revisa mechanisms, terminal all y lookup count.
  4. Elimina ptr obsoleto y +all permisivo.
  5. Combina el resultado con DMARC y DKIM.
  6. Vuelve a comprobar tras el TTL.

Herramienta frente a revisión manual

dig TXT example.com muestra cadenas pero no analiza mechanisms ni advierte sobre +all. DNS Checker lista TXT sin validación SPF específica. DN01 usa el mismo parser Go que la API de producción y ofrece páginas de resultado compartibles. Para «include y remitentes externos», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

dig TXT example.com muestra cadenas pero no analiza mechanisms ni advierte sobre +all. DNS Checker lista TXT sin validación SPF específica. DN01 usa el mismo parser Go que la API de producción y ofrece páginas de resultado compartibles. Para «terminal all y modos fail», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

dig TXT example.com muestra cadenas pero no analiza mechanisms ni advierte sobre +all. DNS Checker lista TXT sin validación SPF específica. DN01 usa el mismo parser Go que la API de producción y ofrece páginas de resultado compartibles. Para «varios TXT SPF», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

dig TXT example.com muestra cadenas pero no analiza mechanisms ni advierte sobre +all. DNS Checker lista TXT sin validación SPF específica. DN01 usa el mismo parser Go que la API de producción y ofrece páginas de resultado compartibles. Para «límite de consultas DNS», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

dig TXT example.com muestra cadenas pero no analiza mechanisms ni advierte sobre +all. DNS Checker lista TXT sin validación SPF específica. DN01 usa el mismo parser Go que la API de producción y ofrece páginas de resultado compartibles. Para «alineación SPF con DMARC», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

dig TXT example.com muestra cadenas pero no analiza mechanisms ni advierte sobre +all. DNS Checker lista TXT sin validación SPF específica. DN01 usa el mismo parser Go que la API de producción y ofrece páginas de resultado compartibles. Para «mecanismos ip4, ip6, mx y ptr», trata el TXT del apex como el contrato que los receptores aplican en SMTP. Documenta cada mechanism, confirma el coste de lookup y verifica que terminal all encaje con tu postura de riesgo. Tras cambios DNS, vuelve a ejecutar el mismo dominio para demostrar una publicación única, válida y lista para alineación DMARC.

Por qué usar DN01

  • Consulta TXT live en apex
  • Análisis de mechanisms y lookup
  • Errores de sintaxis y registros múltiples
  • Avisos sobre ptr y all permisivo
  • Se combina con DMARC y DKIM
  • URL compartible del resultado SPF

FAQ

Preguntas frecuentes SPF

TXT v=spf1, include, terminal all, límite lookup y alineación DMARC.

¿Qué es un registro SPF?

SPF es TXT con v=spf1 que lista remitentes autorizados con include, ip4, mx y all. guía de TXT SPF

¿Dónde publicar SPF?

Publique un solo registro SPF en el apex, no en _dmarc ni selectores DKIM.

¿Qué significa -all vs ~all?

-all falla duro; ~all softfail; +all y ?all son permisivos y arriesgados en producción.

¿Cómo valida DN01 el SPF?

DN01 consulta TXT live en apex, parsea mechanisms, estima lookups DNS y marca errores.

¿Cómo se relaciona SPF con DMARC y DKIM?

SPF autoriza envelope; DKIM firma; DMARC alinea y define policy. Use las tres herramientas en el mismo dominio.

¿Por qué fallan varios registros SPF?

Varios v=spf1 pueden causar permerror — fusione includes en un registro.

Cambiar herramienta

Continúa con otra comprobación

Elige el siguiente paso en tu flujo de trabajo de dominio o seguridad.

Catálogo completo de herramientas →

Guías

Artículos relacionados

Guías prácticas para tareas habituales con Validador SPF: registros DNS, pasos de diagnóstico y enlaces a nuestras herramientas gratuitas.

Volver a Validador SPF