Cómo configurar el DMARC de tu dominio y por qué falla
En el panel DNS del dominio, crea un registro TXT llamado _dmarc con el valor v=DMARC1; p=none; para monitorizar. El DMARC solo pasa si el SPF o el DKIM pasan y están alineados con el dominio del remitente. Si envías por el dominio compartido y tu DMARC está en p=reject, bájalo a p=none o usa un dominio propio.
Actualizado el
Antes de empezar
- Necesitas acceso al panel DNS del dominio (en el registrador o en el alojamiento de la web).
- Lo ideal es tener el SPF y el DKIM ya configurados: el DMARC se apoya en ellos (consulta el artículo sobre añadir el dominio de envío).
- Usa siempre un dominio tuyo como remitente. Las direcciones @gmail.com, @hotmail.com o @yahoo.com tienen DMARC en p=reject en sus propios proveedores y los emails se rechazan cuando se envían desde una plataforma externa.
Dónde encontrarlo
Panel DNS de tu dominio › Añadir registro › tipo TXT › nombre _dmarc
Paso a paso
Crear el registro DMARC (modo de monitorización)
- Entra en el panel DNS de tu dominio.
- Crea un registro nuevo de tipo TXT.
- En el nombre (host), escribe
_dmarc. - En el valor, escribe
v=DMARC1; p=none;. Si quieres recibir informes, añade la dirección:v=DMARC1; p=none; rua=mailto:postmaster@tudominio.es;. - Guarda. La propagación suele tardar entre 15 minutos y 1 hora, pero puede llegar a 48 horas.
- Envía un email de prueba a una cuenta de Gmail, ábrelo en Mostrar original y comprueba que DMARC aparece como PASS.
Subir la política con seguridad
- Mantén
p=nonedurante un tiempo y analiza los informes: todas las fuentes legítimas (CRM, buzón de la empresa, facturación…) tienen que pasar. - Cuando todo pase, cambia a
p=quarantine; pct=25;y ve subiendo el porcentaje. - Cuando tengas plena confianza, cambia a
p=reject. Es la política final recomendada: los emails falsos con tu dominio dejan de entregarse.
Resolver el aviso "p=reject" al enviar
- Este aviso aparece cuando envías a través del dominio compartido del servicio de email del Elooo CRM (sin dominio de envío propio) y el dominio del remitente tiene DMARC en
p=rejectop=quarantine. Los proveedores rechazan el mensaje y los rebotes se disparan. - Solución definitiva: configura un dominio de envío propio (artículo relacionado) y vuelve a enviar desde él.
- Solución temporal: en el DNS, cambia el registro
_dmarcap=none. Esto reduce la protección contra suplantación; vuelve ap=rejecten cuanto el dominio propio esté activo.
Consejos
- Las tres políticas:
p=nonesolo monitoriza;p=quarantinemanda los emails que fallan a spam;p=rejectlos bloquea. - Gmail y Yahoo exigen DKIM y DMARC a quien envía grandes volúmenes (a partir de 5.000 emails al día). Incluso por debajo, tener DMARC mejora la entrega.
- Si no sabes montar el registro, hay generadores de DMARC gratuitos en internet que construyen el texto por ti.
Problemas comunes
- Tengo SPF y DKIM y el DMARC falla → Falta la alineación: el dominio autenticado por el SPF (return-path) o por el DKIM (
d=) tiene que coincidir con el dominio del remitente. Comprueba que el remitente usa el mismo dominio que verificaste. - El registro parece ignorado → El valor tiene que empezar por
v=DMARC1. Sin eso, o con una errata, se ignora el registro entero. - Sale el aviso de p=reject al enviar → Estás enviando por el dominio compartido con un dominio en política estricta. Configura el dominio de envío propio o baja temporalmente a
p=none. - Uso mi Gmail personal como remitente y todo se rechaza → Los proveedores gratuitos tienen
p=reject. Envía siempre desde un dominio que sea tuyo.
Preguntas frecuentes
¿Necesito DMARC para poder enviar?
No es obligatorio para enviar, y no se exige cuando usas el dominio compartido del servicio de email del Elooo CRM. Pero mejora la entrega y protege tu dominio contra la suplantación.
¿Qué diferencia hay entre quarantine y reject?
Con quarantine el email que falla va a spam y aún se puede encontrar; con reject se bloquea y nunca llega.
¿Te ha resultado útil?
Gracias por tu opinión.
