// cómo solucionarlo
Las listas de correo y Google Groups rompen DMARC
Cuando una lista de discusión reenvía tu email, lo modifica y lo envía desde sus propios servidores, así que DMARC puede fallar. Te explicamos por qué y qué pueden hacer los administradores de listas y los remitentes.
Qué significa
Una lista de discusión (Google Groups, Mailman, una dirección de grupo en Microsoft 365, muchas herramientas de foros) recibe tu email y envía una copia a cada miembro. Por el camino, a menudo:
- lo envía desde sus propios servidores, así que tu SPF ya no coincide;
- modifica el contenido: añade una etiqueta como
[club]al asunto o un pie con un enlace de baja, lo que rompe tu firma DKIM.
Con SPF y DKIM rotos para tu dominio, DMARC falla. Si tu dominio usa p=quarantine o p=reject, puede que los miembros nunca reciban tu mensaje.
Por qué importa
- Tus mensajes a una lista van a spam en silencio para algunos miembros.
- Si fallan muchas copias, la lista puede contar los rebotes e incluso dar de baja a miembros automáticamente.
- Tus informes DMARC muestran fallos desde servidores que no conoces, lo que puede parecer suplantación.
Cómo lo resuelven las listas
Reescribir el From
La mayoría de herramientas de listas modernas cambian la cabecera From cuando el dominio del remitente tiene una política DMARC estricta:
From: Jane Smith via Club Members <club@lists.example.com> Reply-To: jane@yourdomain.com
Ahora el email viene del dominio de la lista, que supera su propio DMARC. Las respuestas siguen llegando al remitente. Google Groups lo hace automáticamente. En Mailman, busca los ajustes de mitigación DMARC («munge From» o «wrap message»).
ARC
ARC (Authenticated Received Chain) permite a la lista añadir una nota sellada que dice «SPF y DKIM se superaron cuando recibí esto». Los grandes receptores como Gmail y Microsoft pueden fiarse de esa nota cuando viene de intermediarios conocidos. Google Groups añade ARC. Ayuda, pero cada receptor decide si se fía o no.
Qué hacer
Si gestionas una lista
- Activa la reescritura del From para los remitentes cuyos dominios usan
p=quarantineop=reject(o para todos). - Evita modificar los mensajes si puedes: sin etiquetas en el asunto ni pies, DKIM se mantiene intacto.
- Autentica el propio dominio de la lista con SPF, DKIM y DMARC.
- Para los receptores de Microsoft 365, un administrador puede añadir un servicio de listas a los selladores ARC de confianza.
Si envías a listas
- Asegúrate de que DKIM firma todos tus emails; con las listas que no modifican los mensajes, DKIM sobrevive.
- Antes de pasar a
p=reject, busca los servidores de listas en tus informes DMARC y pide a los administradores de las listas que activen la reescritura del From. - La monitorización DMARC de Delivmail, en el panel de pago, te ayuda a detectar estos orígenes en tus informes.
Comprueba que está solucionado
Primero envía un email de prueba directamente desde la página de inicio de Delivmail: debería superar SPF, DKIM y DMARC, lo que demuestra que tu propia configuración es correcta. Después publica en la lista y pregunta a un miembro con Gmail u Outlook si el mensaje le ha llegado a la bandeja de entrada, con el nombre de la lista en el From.
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 DMARCDMARC indica a los receptores qué hacer con los emails que fallan SPF y DKIM, y te envía informes. Gmail y Yahoo lo exigen a los envíos masivos. Empieza con un registro seguro de monitorización.
- DMARC falla: SPF y DKIM no coinciden con tu dominioSPF o DKIM pueden superarse y DMARC fallar igualmente, porque se superaron para otro dominio. Haz que al menos uno use el mismo dominio que tu dirección From.
- Pasar DMARC de p=none a quarantine o reject sin riesgosp=none solo observa. Para frenar de verdad los emails falsos con tu dominio, pasa poco a poco a quarantine y a reject, sin bloquear tus propios emails.
- Requisitos de Gmail y Yahoo para envíos masivosDesde 2024, Gmail y Yahoo exigen a los grandes remitentes autenticar sus emails, ofrecer la baja en un clic y mantener las quejas por spam muy bajas. Aquí tienes la lista de comprobación.
- Rebote de Gmail «550 5.7.26»: email no autenticadoGmail rechazó tu email porque no pudo confirmar que viene de tu dominio. SPF, DKIM o DMARC falta o falla. Así puedes solucionarlo.