// cómo solucionarlo
Configura un buzón para los informes DMARC (rua) y autoriza un dominio externo
Los informes DMARC necesitan un buzón al que llegar. Elige una dirección dedicada, y añade un registro _report._dmarc si está en otro dominio.
Qué significa
La etiqueta rua de tu registro DMARC dice a los receptores como Google, Microsoft y Yahoo adónde enviar sus informes agregados diarios. Estos informes enumeran todos los servidores que enviaron emails con tu dominio, y si SPF, DKIM y DMARC se superaron.
v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com
Si la dirección está en el mismo dominio, no hace falta nada más. Si está en otro dominio, ese otro dominio tiene que aceptar recibir tus informes, con un registro DNS especial.
Por qué importa
- Sin
rua, no recibes informes, y pasar aquarantineorejectse convierte en ir a ciegas. - Los informes los envían automáticamente, cada día, muchas empresas. Pueden llenar rápido una bandeja de entrada personal.
- Si falta la autorización externa, los receptores ignoran tu dirección de informes sin avisar.
Cómo comprobarlo
Delivmail lo comprueba por ti de dos formas:
- Envía un email de prueba: en la página de inicio (
/), copia tu dirección de prueba única, envíale un email normal desde el buzón o la herramienta que quieres comprobar y abre el informe. - Usa el Escáner de dominio: escribe tu dominio en
/domain-scannerpara leer tus registros SPF, DMARC y MX sin enviar nada.
El escáner muestra tu registro DMARC, incluida su dirección rua.
Cómo solucionarlo
1. Crea un buzón dedicado
Usa una dirección solo para los informes, como dmarc@yourdomain.com o dmarc-reports@yourdomain.com. No uses tu bandeja de entrada personal. También vale un alias o un grupo gratuito que reenvíe a una carpeta.
2. Añádela a tu registro DMARC
Edita el registro TXT en _dmarc.yourdomain.com. Varias direcciones se separan con una coma:
v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com,mailto:reports@dmarc-service.example
Mantén el prefijo mailto: delante de cada dirección.
3. Dirección en otro dominio: añade la autorización
Supón que yourdomain.com envía los informes a dmarc@otherdomain.com. El propietario de otherdomain.com debe publicar un registro TXT en:
yourdomain.com._report._dmarc.otherdomain.com TXT "v=DMARC1"
El nombre es tu dominio, luego _report._dmarc y luego el dominio que recibe los informes. Ten en cuenta:
- Los servicios de informes suelen publicarlo por ti. Si usas un segundo dominio tuyo, lo añades tú.
- Un dominio que recibe informes de muchos dominios puede publicar un único registro comodín en
*._report._dmarc.otherdomain.com. - Cada uno de tus dominios, y cada subdominio con su propio registro DMARC, necesita su propia autorización salvo que exista un comodín.
4. Haz que los informes sirvan de algo
Los informes son archivos XML comprimidos, difíciles de leer a mano. Puedes leerlos con un visor gratuito o un servicio de monitorización. La monitorización DMARC de Delivmail en el panel de pago los recoge por ti y enumera tus fuentes de envío.
Errores habituales
- Olvidar
mailto:, o añadir espacios dentro de la lista de direcciones. - Un buzón lleno que rechaza los informes entrantes.
- Una dirección externa sin el registro
_report._dmarc.
Comprueba que está solucionado
Vuelve a pasar el Escáner de dominio: tu registro DMARC debería ser válido y mostrar la dirección de informes. Los informes llegan más o menos una vez al día de cada gran proveedor, así que espera de 24 a 48 horas. Si no llega nada tras unos días de envíos normales, revisa la ortografía, el espacio del buzón y la autorización externa.
Comprueba que está solucionado
Un cambio de DNS puede tardar de unos minutos a unas horas. Después, envía un nuevo email de prueba o vuelve a escanear tu dominio.
Guías relacionadas
- Tu dominio no tiene registro SPFTu dominio no indica qué servidores pueden enviar emails en su nombre. Añade un registro TXT y los receptores podrán distinguir tus emails reales de los falsos.
- Error SPF: demasiadas consultas DNS (permerror)SPF permite como máximo 10 consultas DNS. Por encima, todo el registro se rompe y los receptores lo consideran no válido. Así puedes aligerarlo.
- Varios registros SPF en un mismo dominioUn dominio solo debe tener un registro SPF. Con dos o más, SPF falla en todos los emails. Únelos en una sola línea.
- SPF falla: el servidor de envío no está autorizadoTu dominio tiene un registro SPF, pero el servidor que envió tu email no está en él. Averigua qué servicio envió el email y añádelo.
- Tus emails no tienen firma DKIMDKIM añade una firma digital que demuestra que un email viene de verdad de tu dominio. Actívala en tu proveedor de correo y publica su clave en el DNS.