DMARC: por qué importa la alineación del dominio remitente
La alineación vincula la autenticación técnica con el dominio que el destinatario ve en From.
Equipo enginerIT· 2 min de lectura
La alineación vincula la autenticación técnica con el dominio que el destinatario ve en From. Un mensaje puede superar SPF o DKIM para el dominio de un proveedor y aun así no superar DMARC para el dominio de tu empresa.
Distingue las identidades del mensaje
El From visible identifica al remitente que muestra el cliente de correo. El remitente de sobre se utiliza durante el transporte y puede gestionar devoluciones. DKIM incorpora además un dominio firmante. Aunque parezcan referirse al mismo emisor, son campos diferentes.
Antes de diagnosticar un fallo, anota los tres dominios de una muestra real. No uses el nombre descriptivo del remitente, la dirección Reply-To ni el logotipo como sustitutos. La apariencia comercial no permite saber qué identidad ha autenticado el sistema receptor.
Qué añade DMARC a un pass aislado
SPF comprueba si una fuente está autorizada para el dominio del remitente de sobre. DKIM valida una firma vinculada a un dominio. DMARC exige que al menos una de esas vías pase y esté alineada con From. No obliga a que ambas vías pasen para que el resultado DMARC sea correcto.
La alineación puede ser relajada o estricta. En la relajada se admite la relación de dominio organizativo prevista por el estándar; en la estricta se exige coincidencia exacta. No deduzcas el resultado comparando visualmente dos textos parecidos: revisa el modo de la política y el cálculo del receptor.
Un ejemplo para decidir dónde corregir
Ejemplo hipotético: una plataforma envía con From de tu empresa, pero usa su propio dominio para las devoluciones y para la firma. Puede superar SPF y DKIM con esas identidades sin aportar una vía alineada para tu empresa. Autorizar más direcciones en un SPF que el receptor no está evaluando no corrige esa relación.
La solución debe seguir las capacidades del proveedor: firma con dominio personalizado, remitente de sobre personalizado u otra configuración documentada. Elige una vía que puedas mantener y verifica el resultado con un envío nuevo. No prometas que un cambio en Microsoft 365 arreglará mensajes que salen por una plataforma independiente.
Alineación correcta no equivale a entrega garantizada
Conserva el resultado DMARC junto con las identidades utilizadas y la ruta de prueba. Si falla en una ruta indirecta, estudia esa ruta antes de retirar toda la política. La autenticación es una señal que los receptores combinan con sus controles.
No interpretes un pass como garantía de contenido legítimo o aceptación comercial. Un servicio autorizado también puede sufrir un uso indebido. La utilidad de la alineación es hacer coherente la identidad del dominio; el inventario de proveedores, la protección de cuentas y el control de envíos siguen siendo necesarios.
Comprobaciones para cerrar la tarea
- ✓ Identificar From, remitente de sobre y dominio DKIM.
- ✓ Comprobar una vía válida y alineada.
- ✓ Revisar modo relajado o estricto de la política.
- ✓ Validar la solución en la ruta real del proveedor.
Fuentes y documentación
- Configurar DMARC y su despliegue — Alineación y avance desde observación a políticas de aplicación.
- Configurar SPF para tus dominios — Dominio MAIL FROM, registro SPF único y límite de consultas.
- Configurar y verificar DKIM — Dominio firmante, selector y verificación desde el receptor.
- RFC 9989: DMARC — Definiciones vigentes de alineación relajada y estricta.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →