Requisitos más estrictos de autenticación de Gmail: Lo que los usuarios de Mailbird deben saber en 2026

Comprender la evolución de la autenticación de Gmail: de opcional a obligatorio

El correo electrónico ha sido durante mucho tiempo vulnerable al abuso porque el protocolo SMTP original nunca requirió una autenticación fuerte del remitente. Esta debilidad fundamental permitió a los atacantes falsificar fácilmente las direcciones "De" y hacerse pasar por organizaciones legítimas. Según las directrices oficiales de remitentes de Gmail, Google había confiado anteriormente en el filtrado de contenido y sistemas de reputación para combatir el spam, pero la escala y sofisticación de las amenazas modernas requirieron un enfoque más prescriptivo, incluyendo requisitos de autenticación de remitente de Gmail.

El punto de inflexión llegó en octubre de 2023 cuando Google anunció que aplicaría reglas más estrictas a partir de 2024 para evitar que el spam llegue a las bandejas de entrada de los usuarios. Esto no se trataba solo de bloquear más spam, sino de establecer la autenticación como un estándar universal para el correo legítimo. Google informó que los esfuerzos previos de autenticación ya habían reducido los mensajes no autenticados en aproximadamente un 75%, pero las persistentes campañas de suplantación y phishing que explotaban los vacíos restantes exigían una aplicación más estricta.

El umbral para remitentes masivos: ¿a quién afecta?

Google define un "remitente masivo" como cualquier entidad que envíe 5.000 o más mensajes a direcciones personales de Gmail en un solo día. Este umbral es crucial porque determina quién debe cumplir con los requisitos de autenticación más estrictos. El proveedor de hosting FastComet explica que superar este umbral incluso una vez es suficiente para ser clasificado permanentemente como remitente masivo, lo que significa que los requisitos más estrictos continúan aplicándose incluso si posteriormente baja el volumen.

Esta clasificación afecta a más organizaciones de lo que podría pensarse. Plataformas de marketing, operadores de boletines informativos, proveedores SaaS e incluso empresas medianas que gestionan sus propios servidores de correo con frecuencia superan este umbral. Para los usuarios de Mailbird, esto significa que, mientras que los usuarios finales individuales que envían volúmenes modestos probablemente no se vean directamente afectados, cualquier organización que utilice Mailbird como interfaz para infraestructuras de envío de alto volumen debe garantizar el cumplimiento de estos estándares de autenticación.

La convergencia entre proveedores

Gmail no actúa solo. Yahoo ha implementado requisitos casi idénticos, y Microsoft anunció que aplicará estándares similares para Outlook.com antes del 5 de mayo de 2025. Esta alineación entre proveedores significa que SPF, DKIM, DMARC y una gestión adecuada de listas se han convertido efectivamente en requisitos universales para el correo legítimo, no solo en restricciones específicas de Gmail.

Requisitos Técnicos Explicados: Lo Que Debes Implementar

Entender lo que Gmail realmente requiere puede resultar abrumador, especialmente si no eres muy técnico. Vamos a desglosar cada mecanismo de autenticación y lo que significa para tu infraestructura de correo electrónico.

Requisitos Básicos para Todos los Remitentes

La documentación de autenticación de Google deja claro que todos los remitentes, independientemente del volumen, deben implementar autenticación SPF o DKIM, con fuertes recomendaciones para usar ambos mecanismos juntos.

Sender Policy Framework (SPF) permite a los propietarios de dominios especificar qué servidores de correo están autorizados para enviar correos electrónicos en nombre de sus dominios. Cuando Gmail recibe un mensaje, verifica el registro SPF en DNS para comprobar que el servidor que se conecta está listado como remitente autorizado. Si no hay coincidencia, la verificación SPF falla, señalando un posible intento de suplantación.

DomainKeys Identified Mail (DKIM) proporciona una garantía criptográfica de que el contenido del mensaje no ha sido alterado en tránsito y que el mensaje realmente proviene del dominio declarado. Los propietarios de dominios generan un par de claves pública-privada, publican la clave pública en DNS, y sus servidores de correo salientes firman los mensajes con la clave privada. Los servidores receptores luego recuperan la clave pública para verificar la firma.

Más allá de la autenticación, Gmail requiere que todos los remitentes aseguren que sus dominios o direcciones IP de envío tengan registros DNS (PTR) válidos tanto en dirección directa como inversa. El proveedor de seguridad NoSpamProxy enfatiza que el mapeo DNS inverso correcto de una dirección IP a un nombre de host significativo es una medida básica anti-abuso que los principales proveedores usan para filtrar hosts mal configurados.

Requisitos Adicionales para Remitentes Masivos

Si envías 5.000 o más mensajes al día a direcciones Gmail, te enfrentas a requisitos significativamente más estrictos. Los remitentes masivos deben implementar tanto SPF como DKIM, y deben publicar un registro DMARC que especifique cómo los receptores deben manejar los mensajes que fallan la autenticación.

Domain-based Message Authentication, Reporting and Conformance (DMARC) amplía SPF y DKIM permitiendo a los propietarios de dominios publicar una política que indica cómo los receptores deben manejar los mensajes que fallan las verificaciones de autenticación. Un registro DMARC se publica en DNS y especifica parámetros como la política (p=none, quarantine, o reject), modos de alineación y direcciones para informes.

DMARC requiere que el dominio en el encabezado visible "From" se alinee con el dominio envelope-from de SPF o el dominio firmante de DKIM —o preferiblemente ambos. Este requisito de alineación cierra los huecos que los atacantes podrían explotar usando infraestructura de terceros mientras se hacen pasar por marcas confiables, un aspecto crucial en los requisitos de autenticación de remitente de Gmail.

Baja de Suscripción con Un Clic y Umbrales de Quejas de Spam

Los remitentes masivos también deben proporcionar funcionalidad de baja de suscripción con un solo clic para mensajes comerciales y promocionales. La firma de seguridad Proofpoint detalla que esto debe ser posible vía un enlace visible en el cuerpo del mensaje y mediante encabezados list-unsubscribe estandarizados según RFC 8058, procesándose las solicitudes de baja en un plazo de dos días.

Quizás lo más desafiante son los umbrales de quejas de spam. Gmail espera que los remitentes masivos mantengan las tasas de reportes de spam por usuarios por debajo del 0,1% y nunca permitan que superen el 0,3%. La plataforma de alcance Woodpecker señala que para 1.000 correos electrónicos diarios, incluso tres mensajes reportados como spam pueden empujar a un remitente hacia la zona de peligro, subrayando la necesidad de listas de correo altamente segmentadas y basadas en permisos.

Cronograma de Aplicación y Consecuencias: Qué Está Pasando Ahora

Comprender el cronograma de aplicación te ayuda a evaluar la urgencia de implementar estos requisitos de autenticación de remitente de Gmail y las consecuencias que podrías enfrentar por incumplimiento.

Implementación Gradual (febrero 2024 - noviembre 2025)

Gmail comenzó a exigir la autenticación de correo electrónico para mensajes enviados a cuentas de Gmail en febrero de 2024, con remitentes masivos sujetos a requisitos adicionales para políticas DMARC, alineación y desuscripción con un solo clic. La plataforma de marketing Higher Logic informa que desde abril de 2024, Google comenzó a rechazar un porcentaje del tráfico de correo electrónico no conforme, con una tasa de rechazo que aumentó con el tiempo a medida que los remitentes se adaptaron.

Google revisó su fecha límite para implementar la desuscripción con un solo clic al 1 de junio de 2024, dando tiempo adicional a los remitentes masivos para ajustar sus sistemas de envío. El enfoque de aplicación enfatizó una implementación gradual, con un enfoque inicial en la educación y rechazos parciales antes de avanzar hacia una aplicación completa.

Nov 2025: El Cambio hacia una Aplicación Estricta

El proveedor de seguridad de correo electrónico Red Sift explica que Gmail pasó a una aplicación más estricta en noviembre de 2025, con rechazo total de mensajes no conformes esperado para remitentes que no implementen la autenticación requerida y las funciones de desuscripción. El período de gracia terminó; los mensajes no conformes ahora enfrentan limitación temporal de tasa o rechazo permanente.

La aplicación de Gmail incluye códigos de fallo temporales en la serie 4.7.x, que indican limitación de tasa o aplazamiento, y códigos de fallo permanentes en la serie 5.7.x, que bloquean los mensajes directamente cuando violan claramente los requisitos del remitente. Para remitentes establecidos, la aplicación comenzó gradualmente, mientras que los nuevos dominios que no han enviado tráfico masivo desde principios de 2024 enfrentan un cronograma acelerado una vez cruzado el umbral de remitente masivo.

Qué Significa el Incumplimiento para tu Entregabilidad

Las consecuencias del incumplimiento son severas e inmediatas. Los mensajes de dominios no autenticados o desalineados tienen mayor probabilidad de ser rechazados directamente o desviados a carpetas de spam. Si tu tasa de quejas por spam supera el 0,3%, podrías perder acceso al soporte de mitigación de Gmail hasta que logres reducir la tasa por debajo del 0,3% durante siete días consecutivos.

Para los usuarios de Mailbird que gestionan sistemas de marketing o transaccionales, esto significa que a finales de 2025 y durante 2026, cualquier intento de realizar campañas masivas a destinatarios de Gmail desde dominios con autenticación insuficiente resultará en altas tasas de rechazo, incluso si la conectividad SMTP básica parece funcionar desde la perspectiva del cliente.

Qué significa esto para los usuarios de Mailbird: implicaciones prácticas

Como usuario de Mailbird, puede que te preguntes cómo afectan estos requisitos de autenticación de remitente de Gmail a tu flujo de trabajo diario de correo electrónico. La respuesta depende de cómo utilizas Mailbird y qué tipo de infraestructura de correo electrónico tienes detrás.

Usuarios de cuentas estándar de Gmail y Outlook

Si utilizas Mailbird para conectarte a cuentas estándar de Gmail o Outlook.com y envías correos a través de los servidores SMTP de esos proveedores, gran parte de la responsabilidad de autenticación se maneja automáticamente. Gmail firma los mensajes salientes con DKIM y gestiona los registros SPF para el dominio gmail.com. Tus responsabilidades principales son enviar correos deseados y no spam, respetar el consentimiento de los destinatarios y evitar comportamientos que provoquen quejas de spam.

La integración de OAuth 2.0 de Mailbird garantiza el acceso seguro a la cuenta conforme a las expectativas modernas de seguridad de Google. Este enfoque de autenticación basado en tokens reduce riesgos al aprovechar OAuth en lugar de almacenar contraseñas directamente, asegurando compatibilidad con las políticas de acceso en evolución de Google.

Usuarios con dominios personalizados e infraestructura autoalojada

Los impactos más significativos ocurren cuando administras dominios personalizados o servidores de correo electrónico autoalojados y configuras estas cuentas en Mailbird. En tales casos, tú —como propietario del dominio— debes publicar registros SPF precisos que enumeren tus servidores de envío, configurar la firma DKIM en los servidores SMTP salientes y publicar una política DMARC.

La guía de requisitos de autenticación de Mailbird enfatiza que, aunque Mailbird es un cliente de correo electrónico y no una infraestructura de envío, los usuarios deben confirmar que sus proveedores de correo o sistemas autoalojados cumplen con los requisitos de autenticación para evitar problemas de entregabilidad al enviar a Gmail y otros grandes proveedores de buzones.

También debes asegurarte de que los registros DNS directos e inversos de las IPs de envío estén configurados correctamente y tengan sentido, y que TLS esté habilitado para las conexiones SMTP salientes. Para organizaciones que envían más de 5.000 mensajes diarios a direcciones de Gmail, es obligatorio implementar la cancelación de suscripción con un solo clic en tus sistemas de correo y supervisar las tasas de quejas de spam para que permanezcan por debajo del 0,3%.

La distinción entre cliente y servidor

Es crucial entender que Mailbird gestiona el acceso cliente-servidor (cómo inicias sesión en tu cuenta de correo), mientras que SPF, DKIM y DMARC rigen la entrega de correo servidor a servidor (cómo se autentican tus mensajes ante los destinatarios). El cumplimiento con los estrictos requisitos de remitente de Gmail se refiere principalmente a este último.

Esto significa que usar un cliente de correo reputado como Mailbird no garantiza automáticamente la entregabilidad: el cumplimiento depende de los registros DNS de tu dominio, la configuración del servidor y las prácticas de envío. Mailbird no puede configurar estos mecanismos del lado del servidor en tu lugar, pero ofrece una guía clara sobre lo que necesitas asegurar a nivel de infraestructura.

Desafíos de Implementación y Soluciones Prácticas

Muchas organizaciones tienen dificultades con la implementación de los requisitos de autenticación de Gmail, particularmente las pequeñas y medianas empresas que no cuentan con equipos dedicados a la seguridad del correo electrónico. Comprender los desafíos comunes y sus soluciones puede ayudarte a manejar esta transición de manera más fluida, especialmente en el contexto de los requisitos de autenticación de remitente de Gmail.

Errores Comunes de Configuración

Las configuraciones erróneas son sorprendentemente comunes y pueden romper inadvertidamente la autenticación. Registros SPF demasiado largos o conflictivos, selectores DKIM ausentes o sintaxis DMARC incorrecta pueden ocasionar un aumento en el filtrado de spam o el rechazo total por parte de Gmail. El desafío se agrava porque los cambios en DNS pueden tardar en propagarse, y probar la autenticación en múltiples proveedores requiere herramientas especializadas.

Las discusiones comunitarias, como las del foro de hosting Virtualmin, revelan confusión continua entre administradores sobre cómo interpretar las recomendaciones de Google, especialmente en torno a si SPF, DKIM y DMARC son obligatorios para todos los remitentes o solo para aquellos que superan el umbral de 5.000 mensajes.

Soluciones para Organizaciones Pequeñas y Medianas

Si gestionas tu propia infraestructura de correo electrónico, comienza trabajando con tu proveedor de hosting o equipo de TI para auditar tu configuración actual de autenticación. La mayoría de proveedores de hosting reputados ahora ofrecen guías y herramientas para ayudar a configurar correctamente los registros SPF, DKIM y DMARC.

Utiliza las Herramientas de Postmaster de Gmail para monitorear tus tasas de quejas por spam y el estado de autenticación. Esta herramienta gratuita proporciona visibilidad sobre cómo Gmail percibe tu dominio remitente y puede alertarte sobre problemas antes de que afecten severamente la entregabilidad. Procura mantener las tasas de spam por debajo del 0,1 % y asegurar que la autenticación SPF y DKIM pase consistentemente.

Para DMARC, comienza con una política "p=none" mientras monitoreas los informes e identificas cualquier fuente de correo legítima que pueda fallar la autenticación. Una vez que estés seguro de que todo el correo legítimo está correctamente autenticado, puedes avanzar gradualmente a políticas más estrictas como "p=quarantine" o "p=reject" para proteger completamente tu dominio contra el spoofing.

Impacto en los Flujos de Trabajo de Marketing

Las plataformas de marketing y boletines han tenido que ajustar sus flujos de trabajo y configuraciones predeterminadas en respuesta a los requisitos de Gmail. Muchos proveedores de servicios de correo electrónico ahora implementan automáticamente encabezados de cancelación de suscripción con un solo clic y ofrecen herramientas para ayudar a los clientes a mantener bajas las tasas de quejas por spam.

Si gestionas campañas de marketing a través de cuentas conectadas a Mailbird, necesitarás adaptar tus estrategias reduciendo los volúmenes de envío por dominio, calentando dominios gradualmente, segmentando listas cuidadosamente y evitando enviar a contactos inactivos o comprados. Estos ajustes ayudan a mantener las tasas de quejas y rebotes dentro de los límites establecidos por Gmail y a conservar tu reputación de remitente.

Escenarios Complejos de Enrutamiento y Reenvío

Las organizaciones que operan servicios de reenvío, servidores de listas de correo o arquitecturas complejas de enrutamiento enfrentan desafíos particulares porque estos escenarios pueden romper la alineación SPF y complicar la evaluación DMARC. La Cadena de Recepción Autenticada (ARC, por sus siglas en inglés) está diseñada para mitigar estos problemas al preservar los resultados de autenticación a través de intermediarios, pero implementar ARC requiere tanto experiencia técnica como soporte de software.

Para usuarios de Mailbird que participan en listas de correo o que reenvían mensajes desde múltiples cuentas, es fundamental entender que la entregabilidad está influenciada por toda la cadena de servidores que manejan un mensaje, no solo por el cliente, para realizar una resolución de problemas efectiva.

Cómo Mailbird te ayuda a navegar el nuevo panorama de autenticación

Aunque Mailbird no puede configurar la autenticación del servidor en tu nombre, ofrece varias ventajas que te ayudan a trabajar de manera eficaz dentro de los nuevos requisitos de autenticación.

Integración moderna de OAuth 2.0

La implementación de OAuth 2.0 de Mailbird para cuentas de Gmail y Outlook garantiza que utilices el método de autenticación más seguro y aprobado por el proveedor para el acceso cliente-servidor. Este enfoque basado en tokens se alinea con las mejores prácticas de seguridad de Google y Microsoft y asegura un acceso confiable continuo a medida que los proveedores eliminan métodos de autenticación heredados basados en contraseña.

Esta base moderna de autenticación significa que puedes centrarte en los requisitos de autenticación del correo electrónico del lado del servidor sin preocuparte por si tu cliente de correo es compatible con las políticas de seguridad del proveedor.

Recursos educativos claros

Mailbird ofrece guías completas que ayudan a los usuarios a entender la distinción entre la autenticación del lado del cliente (OAuth 2.0) y la autenticación del correo electrónico del lado del servidor (SPF, DKIM, DMARC). Este enfoque educativo empodera a los usuarios para trabajar eficazmente con sus proveedores de hosting o equipos de TI y así asegurar el cumplimiento total con los requisitos de autenticación de remitente de Gmail.

Al explicar qué necesitas configurar a nivel de DNS y servidor — aunque Mailbird no gestione esas configuraciones — Mailbird te ayuda a evitar la confusión que a menudo rodea estos requisitos técnicos.

Interfaz unificada para múltiples cuentas

La capacidad de Mailbird para gestionar múltiples cuentas de correo electrónico de diferentes proveedores en una sola interfaz se vuelve especialmente valiosa a medida que se endurecen los requisitos de autenticación. Puedes supervisar la entregabilidad de tus cuentas de Gmail, Outlook y dominio personalizado desde un solo lugar, facilitando la identificación de patrones o problemas que puedan indicar fallos de autenticación.

Esta vista unificada te ayuda a mantener la supervisión de tus operaciones de correo electrónico incluso mientras trabajas con distintos proveedores de infraestructura para asegurar que la autenticación del lado del servidor de cada cuenta esté configurada correctamente.

Gestión profesional del correo electrónico

Con los umbrales de quejas de spam de Gmail haciendo que la limpieza de listas y la comunicación dirigida sean más críticas, las funciones de productividad de Mailbird — incluyendo plantillas de correo, función de posponer y gestión integrada de tareas — te ayudan a mantener una comunicación profesional y relevante con tus contactos. Al facilitar la personalización de mensajes y la gestión de seguimientos, Mailbird respalda las prácticas de correo reflexivas y basadas en permisos que mantienen bajos los índices de quejas.

Preparándose para los requisitos futuros: qué viene a continuación

Es poco probable que los requisitos actuales de Gmail sean la última palabra en autenticación de correo electrónico. Comprender la probable trayectoria del cumplimiento futuro le ayuda a tomar decisiones de infraestructura que serán viables a largo plazo.

Aplicación universal de DMARC

Las preguntas frecuentes de Google indican explícitamente que, aunque la alineación de DMARC con SPF y DKIM no es aún un requisito universal, es probable que lo sea en el futuro. Microsoft ya está considerando la alineación de DMARC en las decisiones de filtrado de Outlook, lo que indica un movimiento entre proveedores hacia requisitos de alineación más estrictos.

Los proveedores de seguridad generalmente esperan que las políticas DMARC se conviertan en un estándar para la mayoría de los dominios serios, con una tendencia eventual hacia políticas "p=reject" a medida que las organizaciones confíen en su cobertura de autenticación y deseen cerrar completamente el correo falso que pretende provenir de su marca.

Expansión más allá de los remitentes masivos

Mientras que los requisitos más estrictos actualmente se aplican solo a los remitentes masivos que superan los 5.000 mensajes por día, las discusiones en la comunidad sugieren que este umbral podría no ser la única línea de demarcación indefinidamente. A medida que el ecosistema madura y la autenticación se vuelve más generalizada, los proveedores podrían extender requisitos más estrictos también a remitentes más pequeños.

Implementar una autenticación fuerte ahora—aunque actualmente no alcance el umbral de remitente masivo—lo posiciona bien para cualquier futura intensificación de los requisitos y protege su dominio contra ataques de suplantación sin importar su volumen de envío.

Estándares emergentes: BIMI y reporte mejorado

Los Indicadores de Marca para la Identificación de Mensajes (BIMI) son un estándar emergente que permite a los propietarios de dominios con políticas DMARC estrictas mostrar logotipos de marca verificados junto a los mensajes en clientes compatibles. Aunque BIMI no forma parte directamente de los requisitos obligatorios de Gmail, su dependencia de DMARC con aplicación destaca cómo una autenticación sólida puede desbloquear beneficios adicionales en el ecosistema más allá de la simple entregabilidad.

También es probable que surjan capacidades mejoradas de reporte y sistemas de reputación más sofisticados, ofreciendo a los remitentes mejor visibilidad sobre cómo se evalúan sus mensajes y proporcionando retroalimentación más detallada para mantener altas tasas de entregabilidad.

Pasos a seguir para usuarios de Mailbird: Su lista de verificación de cumplimiento

Si es usuario de Mailbird y le preocupan los requisitos de autenticación de remitente de Gmail, aquí tiene una lista práctica para asegurarse de que su infraestructura de correo electrónico esté configurada correctamente.

Para usuarios de cuentas estándar de Gmail/Outlook

Verifique la conexión OAuth 2.0: Asegúrese de que sus cuentas de Gmail y Outlook en Mailbird estén conectadas usando OAuth 2.0 en lugar de autenticación con contraseña antigua. El soporte de autenticación moderna de Mailbird gestiona esto automáticamente para nuevas adiciones de cuentas.

Supervise las quejas de spam: Incluso cuando use infraestructura gestionada por el proveedor, preste atención a cómo interactúan los destinatarios con sus mensajes. Las altas tasas de quejas de spam pueden afectar la reputación de su cuenta incluso cuando la autenticación la manejan Gmail o Outlook.

Mantenga la higiene de listas: Si envía a listas de correo o grupos, asegúrese de tener el consentimiento adecuado de los destinatarios y proporcione opciones claras para darse de baja, manteniendo bajas las tasas de quejas.

Para usuarios con dominio personalizado e infraestructura autoalojada

Audite sus registros DNS: Trabaje con su proveedor de hosting o equipo de TI para verificar que su dominio tenga registros SPF configurados correctamente que incluyan todos los servidores autorizados para enviar. Asegúrese de que la firma DKIM esté habilitada en sus servidores SMTP salientes y que las claves públicas estén publicadas en DNS.

Implemente DMARC: Publique un registro DMARC para su dominio de envío, comenzando con "p=none" para habilitar informes sin afectar el flujo de correo. Monitoree los informes para identificar fallos de autenticación y luego cambie gradualmente a políticas más estrictas.

Verifique la alineación del dominio: Asegúrese de que el dominio en el encabezado visible "De" coincida con su dominio SPF envelope-from o con su dominio de firma DKIM (preferiblemente ambos). Esta alineación es crucial para pasar las comprobaciones DMARC.

Configure el DNS inverso: Verifique que las direcciones IP de envío tengan registros PTR válidos que apunten a nombres de host significativos y consistentes con su dominio de envío.

Habilite TLS: Asegúrese de que sus servidores SMTP soporten TLS para transporte cifrado y que las conexiones salientes usen cifrado por defecto.

Configure las herramientas Postmaster de Gmail: Registre su dominio en las herramientas Postmaster de Gmail para monitorear las tasas de quejas de spam, el estado de autenticación y otros indicadores de entregabilidad.

Para remitentes masivos (más de 5.000 mensajes/día)

Implemente desuscripción de un clic: Asegúrese de que su sistema de correo incluya enlaces visibles para darse de baja en el cuerpo del mensaje y encabezados estandarizados de list-unsubscribe según RFC 8058. Procese las solicitudes de baja en un plazo de dos días.

Monitoree los umbrales de quejas: Controle activamente la tasa de quejas de spam mediante Postmaster Tools y asegúrese de que se mantenga por debajo del 0,1%, sin superar nunca el 0,3%. Implemente segmentación de listas y envíos basados en el compromiso para minimizar las quejas.

Separe los tipos de tráfico: Siga la recomendación de Yahoo de no mezclar tráfico masivo de marketing con tráfico transaccional o específico de usuario en las mismas direcciones IP para preservar la reputación de los canales de comunicación críticos.

Considere ARC para reenvíos: Si opera listas de correo o servicios de reenvío, implemente Authenticated Received Chain (ARC) para preservar los resultados de autenticación a través de intermediarios.

Preguntas Frecuentes