Genera y comprueba registros SPF y DMARC en tu navegador, sin consultar el DNS.
Introduce un CIDR y obtén red, difusión, hosts utilizables y máscaras para IPv4 e IPv6.
Abrir →Consulta los datos de registro RDAP y el DNS inverso de una dirección IPv4/IPv6, un dominio o una URL.
Abrir →Muestra tu IP pública, los datos de red y una ubicación aproximada, con prueba de fugas WebRTC.
Abrir →Aún no hay comentarios. ¡Sé el primero!
El generador de SPF y DMARC construye y comprueba registros de autenticación de correo según la RFC 7208 (SPF) y la RFC 9989 (DMARC). Para SPF puedes marcar los include de servicios de envío habituales, añadir IP, definir la regla final y estimar el número de consultas DNS (límite 10); para DMARC defines las políticas p/sp/np, los buzones de informes, las opciones de informes de fallo y los modos de alineación. También puedes pegar un registro existente para una comprobación de sintaxis sin conexión. La herramienta solo trata texto: nunca consulta el DNS y no puede demostrar que el DNS esté bien configurado.
No. Solo construye y comprueba el TEXTO del registro en tu navegador y nunca consulta el DNS, así que no puede demostrar que un registro esté publicado o activo. Tras publicarlo, confírmalo con una herramienta de consulta DNS y comprueba los resultados de autenticación con un mensaje de prueba real.
Según la RFC 7208, una evaluación SPF puede implicar como máximo 10 términos que desencadenen consultas DNS (include, a, mx, ptr, exists y redirect), y los términos anidados dentro de un include también cuentan. ip4, ip6 y all no cuentan. Superado el límite, los receptores devuelven permerror, lo que significa que SPF falla.
Para los remitentes comunes integrados, la herramienta usa recuentos de consultas anidadas medidos en el DNS público el 2026-10-20; para un include que escribas tú, el recuento anidado se desconoce y se cuenta como 1 con un aviso. Los proveedores pueden cambiar sus registros en cualquier momento, así que confirma con un verificador SPF basado en DNS antes de publicar.
~all (fallo suave) indica que las fuentes no listadas probablemente no están autorizadas pero deben aceptarse y marcarse; sirve para empezar, antes de confirmar todos los remitentes. -all (fallo duro) las rechaza sin más. La guía de Google recomienda ~all, mientras que Microsoft recomienda -all una vez que también están DKIM y DMARC. Nunca uses +all, que permite a cualquiera enviar como tu dominio.
La RFC 9989 (DMARCbis) define v, p, sp, np, adkim, aspf, fo, rua, ruf, psd y t. Las etiquetas pct, rf y ri de la RFC 7489 se eliminaron, y t (el indicador de prueba; t=y sustituye aproximadamente el uso habitual de pct=0) asume el caso de uso habitual. Esta herramienta no escribe pct por defecto; solo se añade si lo activas en «Opciones avanzadas y de compatibilidad».
Empieza con p=none y una dirección rua, y recopila informes agregados durante al menos un mes para encontrar a todos los remitentes legítimos. Alinea el SPF o el DKIM de cada remitente con tu dominio From, luego pasa a p=quarantine y vuelve a observar (usa t=y primero si dudas). Cambia a p=reject solo cuando el correo legítimo ya no se vea afectado. p=reject puede perturbar las listas de correo y los reenvíos, así que lee antes los informes.
Cuando un buzón rua o ruf está fuera de tu dominio, ese otro dominio debe publicar un registro TXT con el valor v=DMARC1; en «tu-dominio._report._dmarc.otro-dominio», o la mayoría de los receptores no enviarán informes; la herramienta muestra el nombre de host exacto. La documentación de Postmark dice que no necesitas añadirlo a tu SPF, por eso no está en los preajustes; el valor include de cada servicio listado procede de su documentación oficial.
v=spf1 include:_spf.google.com ~all
| Tipo | Nombre de host DNS | Valor |
|---|---|---|
| TXT | @ | v=spf1 include:_spf.google.com ~all |
