Utilice la herramienta de comprobación de registros DMARC para validar
sus registros DMARC en segundos
Para implementar DMARC, necesita un registro DMARC válido. Para realizar una verificación de registros DMARC, simplemente debe proporcionar el nombre de dominio de su empresa. La comprobación de registros DMARC de Mimecast buscará su registro DMARC en la DNS y devolverá un mensaje de error si no hay ningún registro disponible o no se encuentra.
Si se encuentra el registro DMARC de su dominio, se mostrará la política (consulte el glosario a continuación para las definiciones de las etiquetas encontradas en los resultados del verificador). Los resultados también indicarán si hay problemas con su registro DMARC y si está utilizando dominios externos.
Sus resultados
Registro DMARC completo
Declared tags
Defaulted tags
| Tag | Value | Description |
|---|---|---|
| v | Versión del protocolo DMARC. | |
| p | Aplique esta política al correo electrónico que no pase la verificación DMARC. Esta política puede configurarse como "none", "quarantine" o "reject". "none" se utiliza para recopilar el informe DMARC y obtener información sobre los flujos de correo electrónico actuales y su estado. | |
| rua | Una lista de URI a las que los ISP deben enviar comentarios en XML. NOTA: esta no es una lista de direcciones de correo electrónico. DMARC requiere una lista de URI con el formato "mailto:prueba@ejemplo.com". | |
| ruf | Una lista de URI a los que los ISP deben enviar informes forenses. NOTA: esta no es una lista de direcciones de correo electrónico. DMARC requiere una lista de URI con el formato "mailto:prueba@ejemplo.org". | |
| pct | La etiqueta de porcentaje instruye a los ISP para que solo apliquen la política DMARC a un porcentaje de correos electrónicos fallidos. "pct = 50" indicará a los destinatarios que solo apliquen la política "p = " el 50 % del tiempo a los correos electrónicos que no pasen la verificación DMARC. NOTA: esto no funcionará para la política "none", sino solo para las políticas de "quarantine" o "reject". | |
| fo | 0 | Opciones forenses. Valores permitidos: "0" para generar informes si tanto DKIM como SPF fallan, "1" para generar informes si DKIM o SPF no logran producir un resultado de aprobación de DMARC, "d" para generar un informe si DKIM ha fallado o "s" si SPF ha fallado. |
| rf | afrf | El formato de los informes forenses. Esto puede ser "afrf" o "iodef". |
| adkim | r | Especifica el "Modo de alineación" para las firmas DKIM; este puede ser "r" (Relajado) o "s" (Estricto). En el modo relajado, los dominios de firma DKIM autenticados (d=) que comparten un dominio organizativo con el dominio del remitente de un correo electrónico pasarán la comprobación de DMARC. En modo estricto se requiere una coincidencia exacta. |
| aspf | r | Especifica el "Modo de alineación" para SPF, que puede ser "r" (Relajado) o "s" (Estricto). En el modo relajado, los dominios SPF autenticados que comparten un dominio organizacional con el dominio De de un correo electrónico también pasarán la verificación DMARC. En modo estricto se requiere una coincidencia exacta. |
| sp | p=value | Esta política debe aplicarse a los correos electrónicos de un subdominio de este dominio que no pasen la verificación DMARC. Mediante esta etiqueta, los propietarios de dominios pueden publicar una política de "comodín" para todos los subdominios. |
| ri | 86400 | El intervalo de informes para la frecuencia con la que usted desea recibir los informes XML agregados. Esta es una preferencia y los ISP podrían (y lo más probable es que lo hagan) enviar el informe en diferentes intervalos (normalmente será diario). |
¿Le gustaría que le enviáramos los resultados por correo electrónico?
¡Felicidades!
Su formulario ha sido enviado.
