Un enlace para cancelar la suscripción en el cuerpo del mensaje, un List-Unsubscribe El encabezado y el mecanismo de un clic están relacionados pero son características diferentes. Un diagnóstico debe identificar qué mecanismo emitió realmente el remitente y si los encabezados firmados requeridos están presentes. El simple hecho de ver la palabra cancelar suscripción en la fuente no establece una implementación funcional con un solo clic.
Leer los dos campos juntos.
RFC 2369 define List-Unsubscribe como un campo de comando de lista que contiene URL para abandonar una lista. Puede describir métodos como mailto o HTTPS. RFC 8058 agrega List-Unsubscribe-Post para el mecanismo de un clic. Este último utiliza el valor List-Unsubscribe =One-Click, con un URI HTTPS en List-Unsubscribe . Una opción de correo por sí sola no es el mecanismo HTTPS RFC 8058 . RFC 2369 sección 3.2, RFC 8058 sección 3.
El receptor de un clic envía una POST HTTPS con el valor de cancelación de suscripción especificado. Una rutina GET para inspeccionar una URL no debe realizar por sí misma la acción de cancelación de suscripción RFC 8058 . Esta distinción es importante porque los escáneres de enlaces pueden recuperar URL sin que una persona tenga la intención de abandonar una lista. No convierta la inspección de diagnóstico en un cambio de suscripción no autorizado.
Verifique el requisito de firma
RFC 8058 requiere una versión válida firma DKIM que cubre tanto List-Unsubscribe como List-Unsubscribe-Post . Encontrar los dos nombres de campo en la lista h= de una firma es una verificación estructural útil, pero no prueba que la firma verifique.
Conserve el mensaje original firmado para una verificación real. Varias firmas y campos de encabezado repetidos requieren una selección cuidadosa; una búsqueda ingenua de subcadenas puede confundir una firma no relacionada con la que satisface el requisito. Mantenga la cobertura de firmas, la validación criptográfica y el comportamiento de los terminales como comprobaciones independientes.
Utilice un ejemplo controlado
Considere un mensaje hipotético con los dos valores de encabezado correctos. Su única firma válida cubre De y Asunto, pero no los campos para cancelar la suscripción. Una segunda firma enumera ambos campos pero no pasa la verificación. Este mensaje tiene tanto un DKIM pase y cobertura aparente en algún lugar de su fuente, pero ninguna firma satisface el requisito combinado RFC 8058 .
El siguiente paso es identificar o crear, mediante un cambio de remitente aprobado, una firma que verifique y cubra los dos campos. No se verificó ninguna firma ni se cambió la suscripción para este ejemplo de enseñanza. Incluso una firma de cobertura verificada posteriormente dejaría sin probar el comportamiento del punto final HTTPS y la supresión del siguiente envío.
Para una prueba autorizada de un extremo a otro, utilice una suscripción de prueba dedicada y el entorno de prueba compatible del remitente. Verificar una firma válida, enviar el POST deseado y confirmar el estado de la suscripción de prueba a través de la propia evidencia del servicio. RFC 8058 prohíbe las redirecciones HTTPS y excluye las cookies, la autorización HTTP y otros contextos de solicitud del POST. El receptor debe obtener el consentimiento del usuario antes de publicar. Registre cualquier requisito de redireccionamiento o inicio de sesión como un defecto en lugar de hacer clic; el punto final debe completar la cancelación de la suscripción sin interacción adicional.
Proteger los identificadores de suscriptores
Las URL para cancelar la suscripción suelen contener un token específico del destinatario. Trate la URL completa como potencialmente capaz de cambiar la suscripción de esa persona. Redacte o reemplace el token en una copia de diagnóstico general, conserve el mensaje intacto de forma privada y no pegue la URL activa en tickets públicos o recuperadores automáticos.
Cierre con una lista de verificación explícita: campos presentes, sintaxis correcta, firma de cobertura verificada y prueba de punto final autorizada completada o no realizada. La elegibilidad del proveedor de envío masivo y la visualización de la interfaz para cancelar la suscripción son preguntas de productos independientes. Una verificación de encabezado de nivel estándar no garantiza que algún proveedor de buzón muestre un botón en particular.
Informar cada capa de forma independiente
Si hay encabezados pero la validación de firmas no está disponible, informe solo un hallazgo estructural. Si se pasa la verificación pero no se realizó ninguna prueba de punto final autorizada, deje el comportamiento sin probar. Registre la muestra final exacta y la evidencia necesaria para la siguiente capa.