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

Autenticación de correo

Email Auth Checker

Audita SPF, DMARC y DKIM para un dominio en un informe con selectors DKIM opcionales y puntuación.

Déjalo vacío para selectores comunes o lista hasta cinco separados por comas.

Herramientas dedicadas: SPF, DMARC, DKIM

Comprobaciones recientes

Aquí aparecerán tus últimas comprobaciones exitosas.

Cómo usar la herramienta

  1. SPF se publica como un único registro TXT en el apex del dominio que comienza con SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM.
FoundSPF se publica como un único registro TXT en el apex del dominio que comienza con SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM.

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 SPF, DMARC, and DKIM, 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 SPF, DMARC, and DKIM, 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 SPF, DMARC, and DKIM, 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 SPF, DMARC, and DKIM, 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 SPF, DMARC, and DKIM, 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 SPF, DMARC, and DKIM, 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM.
  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 Email Auth Checker

Auditoría combinada SPF, DMARC y DKIM con selectores opcionales y resumen de aprobación.

¿Qué valida Email Auth Checker?

Ejecuta SPF en apex, DMARC en _dmarc.<domain> y DKIM por selector, luego resume capas aprobadas. guía del stack SPF, DKIM y DMARC

¿Qué selectores DKIM prueba DN01?

Sin entrada: google, selector1, k1, s1, default. Añada el selector de su ESP.

¿Cómo se calcula la puntuación?

Tres capas: SPF TXT válido, política DMARC válida y al menos un DKIM válido.

¿Qué arreglar primero?

Arregle SPF y firma DKIM antes de endurecer DMARC desde p=none.

¿Puedo compartir resultados?

Las URLs incluyen dominio y ?selectors= para reabrir la misma auditoría.

¿En qué difiere de las herramientas dedicadas?

Orquesta los validadores SPF, DMARC y DKIM dedicados para detalle profundo.

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 Email Auth Checker: registros DNS, pasos de diagnóstico y enlaces a nuestras herramientas gratuitas.

Volver a Email Auth Checker