09 Oct 20265 minutes read
Kiara SaloojeeEntusiasta de DMARCZendesk convierte la autenticación mínima del remitente en la opción predeterminada
Resumen:
- Zendesk va a convertir Mínimo en el perfil de autenticación del remitente predeterminado.
- Los administradores aún pueden desactivar la autenticación del remitente, pero no para las direcciones de los agentes.
- Con Mínimo, los correos que fallan SPF y carecen de un DKIM válido van a Tickets suspendidos.
- Los remitentes mal configurados corren el riesgo de acabar en la vista de Tickets suspendidos de otras organizaciones.
- Con Tráfico nativo, la aplicación de DMARC permite a Zendesk suspender los correos que suplantan su dominio.
Zendesk está elevando el nivel de seguridad predeterminado de los servicios de soporte en su plataforma. El 18 de junio de 2026, Zendesk anunció que su perfil Mínimo pasará a ser el perfil de autenticación del remitente predeterminado. El 23 de septiembre de 2026 comenzó un despliegue por etapas.
El cambio afecta a su empresa de dos maneras. En su propia cuenta de Zendesk, la autenticación del remitente comprueba el correo entrante antes de que se convierta en un ticket. También afecta a si los correos que sus empleados y sistemas envían a otras empresas que usan Zendesk acaban en Tickets suspendidos.
Qué está cambiando Zendesk
Zendesk está desplegando el cambio en dos fases. En la Fase 1, las cuentas nuevas tienen la autenticación del remitente activada y configurada en Mínimo de forma predeterminada. En la Fase 2, Zendesk traslada al perfil Mínimo las cuentas aptas que tienen la autenticación del remitente desactivada.
Los administradores aún pueden elegir un perfil más estricto o desactivar la autenticación del remitente. Zendesk describe el objetivo como un modelo seguro por defecto que además reduce los problemas persistentes de suspensión de correo.
El cambio incluye una ventaja de entrega. Con Mínimo, Zendesk ajusta los umbrales de spam del correo que supera la autenticación del remitente. Esto reduce el riesgo de que se suspenda correo legítimo reenviado.
Cómo comprueba Zendesk el correo entrante
Zendesk pasa cada correo entrante por comprobaciones de autenticación del remitente antes de crear un ticket. Estas comprobaciones ayudan a confirmar si el remitente declarado realmente envió el mensaje.
Zendesk usa cuatro estándares:
- SPF comprueba si el servidor está autorizado a enviar correo para el dominio
- DKIM confirma que el mensaje no se alteró en tránsito
- DMARC indica a Zendesk qué quiere el titular del dominio que se haga cuando SPF o DKIM no se alinean
- La cadena recibida autenticada (ARC) conserva los resultados de autenticación anteriores cuando un mensaje se reenvía automáticamente
La autenticación del remitente siempre se aplica al correo de las direcciones de los agentes. Los administradores no pueden desactivarla para los agentes.
Los tres perfiles de autenticación
Los administradores pueden elegir entre tres perfiles de autenticación del remitente en el Centro de administración. Cada perfil decide qué correos se convierten en tickets suspendidos, cuáles pasan con una posible marca de suplantación y cuáles se convierten en tickets normales.
Mínimo es el perfil de autenticación del remitente menos estricto y el nuevo predeterminado. Suspende un correo cuando SPF falla y DKIM no está configurado o falla. Marca un correo cuando SPF no está configurado y DKIM falla. Mínimo no tiene ninguna regla de suspensión basada en DMARC.
Tráfico nativo añade comprobaciones más estrictas para el correo enviado directamente a su dirección nativa de Zendesk, como [email protected]. Suspende el correo que afirma proceder de uno de sus dominios verificados y falla DMARC cuando la política de ese dominio es p=quarantine o p=reject. El correo reenviado se sigue comprobando con las reglas de Mínimo.
Tráfico nativo y reenviado extiende esas comprobaciones al correo reenviado automáticamente. Zendesk valida los sellos ARC que añade cada servidor de reenvío. También revisa los resultados de autenticación que cada servidor registró del remitente original.
Para una autenticación del remitente más estricta, Zendesk recomienda empezar con Tráfico nativo. Los administradores pueden pasar a Tráfico nativo y reenviado cuando confirmen que no se está perdiendo correo reenviado legítimo.
Cuándo los correos se convierten en tickets suspendidos
Zendesk retiene el correo suspendido en la vista de Tickets suspendidos e indica "Falló la autenticación del correo electrónico" como causa.
Los tickets suspendidos pueden afectar al correo que recibe y envía.
En su propia cuenta de Zendesk, los tickets suspendidos pueden retener solicitudes legítimas de clientes. Ocurre cuando el SPF o el DKIM de un remitente está mal configurado o cuando un flujo de reenvío automático rompe la autenticación. Zendesk advierte de que un ticket suspendido no procede necesariamente del remitente que declara. Revise con cuidado los tickets suspendidos antes de recuperarlos.
En las cuentas de Zendesk de otras organizaciones, su correo puede acabar en su vista de Tickets suspendidos. Con Mínimo, se suspende el correo que falla SPF y no tiene una firma DKIM válida. Es un problema de entrega: las solicitudes de soporte legítimas, las consultas de facturación y las comunicaciones con socios procedentes de su dominio no llegan como tickets normales.
La empresa receptora controla su perfil de autenticación del remitente. Su empresa controla si su propia autenticación se supera.
Cómo cambia el resultado según su política DMARC
Con Tráfico nativo, la comprobación de DMARC se aplica solo al correo que afirma proceder de uno de sus dominios verificados. Suspende ese correo únicamente cuando falla DMARC y su política es p=quarantine o p=reject.
Con p=none, la comprobación de DMARC no mueve el correo a Tickets suspendidos. Un correo suplantado que imita su dominio aún puede convertirse en un ticket. La aplicación da a la comprobación de DMARC de Zendesk una política sobre la que actuar.
El reenvío añade otra consideración. Tráfico nativo comprueba el correo reenviado con las reglas de Mínimo, así que no se aplica la regla de DMARC. Tráfico nativo y reenviado extiende las comprobaciones de DMARC al correo reenviado, usando los resultados de ARC que añade cada servidor de reenvío.
Qué deben hacer a continuación los administradores de Zendesk
- Revise con regularidad los tickets suspendidos. Ordene la vista de Tickets suspendidos por causa de suspensión para detectar patrones.
- Corrija los flujos de reenvío en origen. Zendesk aconseja corregir el flujo en lugar de desactivar la autenticación del remitente.
- Empiece con Tráfico nativo. Pase a Tráfico nativo y reenviado cuando el correo reenviado legítimo fluya correctamente.
- Lleve su política DMARC a la aplicación. Con p=quarantine o p=reject, Tráfico nativo suspende el correo que afirma proceder de su dominio y falla DMARC.
- Audite sus propios remitentes. Confirme que todas las herramientas que envían desde su dominio superan SPF o DKIM, para que sus correos no se conviertan en tickets suspendidos.
Autentique a todos los remitentes con Sendmarc
Las cuentas de Zendesk con la autenticación del remitente activada revisan su correo antes de que se convierta en un ticket. Las comunicaciones críticas, como la facturación, las notificaciones y las solicitudes de soporte, deben superar esas comprobaciones para llegar a los destinatarios en lugar de acabar en Tickets suspendidos. Los remitentes sin autenticar o mal configurados ponen eso en riesgo.
Sendmarc identifica todos los servicios que envían correo desde su dominio, incluidos los remitentes no autorizados o desconocidos. Esta visibilidad en todas las herramientas de envío muestra qué remitentes fallan SPF o DKIM, para que su equipo pueda corregirlos.
La Gestión de DMARC lleva su dominio por una progresión por etapas de p=none a p=reject, de modo que el correo legítimo siga fluyendo. La monitorización y la optimización continúan tras la aplicación, a medida que cambian sus herramientas de envío.
Descubra cómo Sendmarc autentica a todos los remitentes.
