Recibí una notificación de AWS de que Yahoo y Gmail están implementando una larga lista de nuevas reglas para los remitentes de correos electrónicos “masivos”.
Creo que Discourse puede entrar en esta categoría, especialmente si usas el Modo Lista de Correo (como hacemos nosotros).
¿Hay algún plan (o tal vez ya lo hace) para implementar estos nuevos requisitos en los correos electrónicos de Discourse?
Los cambios / requisitos se describen aquí:
Algunos de ellos son externos como DKIM y SPF, pero también hay algunos cambios requeridos en el cuerpo del correo electrónico.
Se espera que los remitentes masivos incluyan un mecanismo para darse de baja agregando un enlace fácil de encontrar dentro del mensaje. Las reglas de los proveedores de buzones de febrero de 2024 requerirán que los remitentes agreguen además encabezados de cancelación de suscripción con un solo clic, según lo definido por RFC 2369 y RFC 8058. Estos encabezados facilitan que los destinatarios se den de baja, lo que reduce la tasa a la que los destinatarios se quejarán marcando los mensajes como spam.
Hay muchos factores que podrían resultar en que sus mensajes sean clasificados como masivos por cualquier proveedor de buzones. El volumen de más de 5000 por día es un factor, pero el factor principal que utilizan los proveedores de buzones es si el destinatario realmente quiere recibir el correo.
Discourse ya genera enlaces para cancelar la suscripción en el encabezado List-Unsubscribe y en el cuerpo del mensaje. ¿Ha revisado estos y los ha encontrado insuficientes?
Esto volvió a mi atención recientemente, y tuve la capacidad de profundizar en los detalles.
Hemos tenido un encabezado List-Unsubscribe durante mucho tiempo, pero hay un fuerte impulso para tener una suscripción real de un clic sin un paso de confirmación adicional del remitente.
Tuve un problema similar en una lista de correo diferente. El problema con la cancelación de suscripción de un solo clic es que muchos clientes de correo y filtros de spam/virus hacen clic/activan enlaces para “investigarlos” y esto termina desuscribiendo a alguien, por lo que definitivamente necesitas algún tipo de confirmación, no solo una activación de enlace.
Tuvimos un montón de gente, especialmente en entornos empresariales/Outlook, que se desuscribió automáticamente.
Pero tal vez si se hace a través de esta cabecera esté bien.
Esta preocupación es abordada específicamente por este RFC.
Una solicitud GET no debe activar la cancelación de suscripción por esta razón exacta, solo una POST que debe ser confirmada explícitamente por el usuario.
Hola @Jose_C_Gomez — ¡Tengo buenas noticias! Hemos actualizado nuestros correos electrónicos para admitir cancelaciones de suscripción con un clic / fáciles:
Cuando probé esto en Gmail, hay una confirmación secundaria, pero ocurre desde el cliente de correo electrónico, por lo que creo que esto aún cumple con los requisitos de “cancelación de suscripción fácil” sin arriesgarse a cancelaciones de suscripción no intencionales por investigaciones del cliente de correo electrónico:
