Proceso de reenvío de quejas de usuarios a remitentes
Un bucle de retroalimentación ( FBL ), a veces llamado bucle de retroalimentación de quejas , es una forma de retroalimentación interorganizacional mediante la cual un proveedor de buzón de correo (MP) reenvía las quejas originadas por sus usuarios a las organizaciones del remitente. Los MP pueden recibir quejas de los usuarios colocando botones de denuncia de spam en sus páginas de correo web , o en su cliente de correo electrónico , o a través de mesas de ayuda . La organización del remitente del mensaje , a menudo un proveedor de servicios de correo electrónico , tiene que llegar a un acuerdo con cada MP del que desea recopilar las quejas de los usuarios. [1]
Los bucles de retroalimentación son una de las formas de denunciar el correo no deseado . La decisión de proporcionar un bucle de retroalimentación y la forma de hacerlo es una decisión del MP. Los usuarios finales deben denunciar el abuso en el centro de denuncias de su proveedor de correo, para ayudar también al filtrado. [2] Como alternativa, los usuarios competentes pueden enviar denuncias de abuso directamente, actuando como proveedores de correo ellos mismos.
Razón fundamental
Los vendedores que se esfuerzan por que sus correos lleguen a sus destinatarios tienen una doble ventaja: pueden eliminar a los suscriptores que no quieren recibir ese tipo de publicidad ( lavado de listas ) y pueden analizar la tasa de quejas y, por lo tanto, cómo su publicidad cumple con las expectativas del mercado. Al dar de baja a los usuarios que se quejan, los vendedores reducen su tasa general de quejas por IP o dominio, lo que garantiza que el correo dirigido tenga muchas más probabilidades de llegar a los suscriptores que realmente quieren recibirlo. [3]
Los proveedores de servicios de correo electrónico , cuando desempeñan el papel de remitentes, son muy sensibles a cómo el envío de correo en nombre de sus clientes puede afectar a su reputación. Monitorear la tasa de quejas es una de las formas en que pueden controlar lo que sus usuarios envían. [4]
Proceso de presentación de informes
Spencer le envía un mensaje a Alice.
Alice se queja con Isaac (su ISP o diputado) sobre el mensaje, por ejemplo, presionando el botón de reportar spam .
Como se ha esbozado anteriormente, el proceso implica que Spencer, además de ser el autor (o remitente) del mensaje, está conectado al administrador de correo responsable de su dominio de correo. La suscripción a un FBL suele implicar la autorización del administrador de correo. Un suscriptor de un FBL puede o no reenviar los informes de abuso a los autores pertinentes. Si no existen suscriptores para un dominio de correo determinado, Isaac puede omitir el envío de un informe de abuso. De hecho, las suscripciones deben realizarse una por una, una tarea laboriosa que los dominios de correo que no se dedican al envío masivo de correos pueden querer omitir. El RFC 6650 aborda esta última deficiencia proponiendo FBL de suscripción automática justo a tiempo, que pueden iniciarse enviando un informe de abuso no solicitado con más directivas (como mínimo, una forma de cancelar la suscripción). [6]
Ipsos señaló que la mayoría de los encuestados sobre denuncia de spam marcaron los mensajes como spam basándose únicamente en el asunto y los datos del remitente.
Durante años, a los usuarios finales se les ha dicho que no confíen en los enlaces de cancelación de suscripción de correo electrónico, por lo que muchos usuarios presionan el botón de spam como una alternativa a la cancelación de suscripción. [7] En consecuencia, la notificación de spam puede actuar como una cancelación de suscripción en algunos casos. [8] Una de las razones para no presionar los enlaces de cancelación de suscripción es evitar confirmar que el mensaje se ha recibido y abierto. [9]
Formatos de informes
El formato de informe de abuso (ARF) es el formato estándar para los informes de FBL. Al igual que los mensajes de rebote , cuyo diseño heredó ARF, un informe de abuso consta de una parte legible por humanos, seguida de una parte legible por máquinas y el mensaje original. El informe se caracteriza por un campo Feedback-Type cuyos valores pueden indicar abuso , fraude , virus u otros ( hay más tipos registrados en IANA ).
Microsoft, que utiliza el nombre Junk Mail Reporting (JMR), también utiliza su propio formato. [10]
Gmail de Google está probando una versión beta de un FBL no tradicional con ESP seleccionados. [11] Gmail utiliza su propio formato: un informe agregado que revela la tasa de spam por remitente destacado. SendGrid informa que el FBL de Gmail, desarrollado y lanzado por Julian Tempelsman y Sri Somanchi, es eficaz para identificar spam que otros sistemas antispam pasan por alto. [12]
Crítica
Algunos dicen que el botón de denuncia de spam a menudo se utiliza de forma incorrecta. [13]
Los bucles de retroalimentación no cumplen con el criterio genérico antispam de no generar más mensajes de correo electrónico. Incluso si la cantidad de retroalimentación es solo una fracción de la cantidad de mensajes que envía un ESP, la mayoría de los ESP aún no están organizados para manejarla. [14]
El uso del mismo botón para los informes de abuso y para cancelar la suscripción a la lista implica que el servicio de asistencia (automatizado) debe hacer conjeturas. [15] Por ejemplo, no facilita la tarea de informar al propietario de una lista que una publicación específica en la lista (no moderada) es en realidad spam. [16]
Algunas FBL no ofrecen ninguna opción para comunicar retroalimentación automáticamente a múltiples partes: el remitente, el ESP (si hay uno involucrado) o el proveedor de dirección de red/centro de datos ascendente, como lo interpreta actualmente la estrategia "Seguir el dinero" de la Comisión Federal de Comercio (FTC). [17]
La mayoría de los proveedores de servicios de correo electrónico que ofrecen Feedback Loop no incluyen en el informe la dirección de correo electrónico del destinatario que marcó el mensaje, lo que hace imposible eliminar al destinatario de la lista de correo a la que se ha suscrito. La práctica de estos proveedores de servicios de correo electrónico anima a los proveedores de listas de correo a enviar mensajes individualizados a cada destinatario (en lugar de enviar literalmente a todos el mismo mensaje), de modo que los proveedores de listas de correo puedan extraer del mensaje individualizado que llega a través del bucle de retroalimentación el destinatario original.
^ JD Falk, ed. (noviembre de 2011). Recomendaciones operativas del circuito de retroalimentación de quejas. IETF . doi : 10.17487/RFC6449 . RFC 6449 . Consultado el 30 de noviembre de 2011 .
^ John R. Levine (9 de diciembre de 2009). "Añadir un botón de spam a los MUA". mail . ASRG . Consultado el 22 de abril de 2011 .
^ "¿Qué son los bucles de retroalimentación (fbl) y cómo pueden ayudar a mejorar mi capacidad de entrega?". Manual de correo electrónico. 15 de julio de 2009. Archivado desde el original el 6 de marzo de 2012. Consultado el 15 de julio de 2009 .{{cite web}}: CS1 maint: URL no apta ( enlace )
^ "Su reputación es la clave para la capacidad de entrega" (PDF) . ReturnPath. 18 de agosto de 2008. Archivado desde el original (PDF) el 11 de mayo de 2013 . Consultado el 16 de noviembre de 2008 .
^ JD Falk (11 de noviembre de 2008). "FeedBack loops". Lista de correo ASRG (Lista de correo). IRTF . Consultado el 18 de noviembre de 2008 .
^ Murray Kucherawy , ed. (junio de 2012). Creación y uso de informes de comentarios por correo electrónico: una declaración de aplicabilidad para el formato de informe de abuso (ARF). IETF . doi : 10.17487/RFC6650 . RFC 6650. Consultado el 28 de junio de 2012. Los proveedores de comentarios DEBEN proporcionar una forma para que los destinatarios de los informes soliciten que no se envíen más informes.
^ Derek Harding (7 de septiembre de 2006). "Entrar en el ciclo de retroalimentación". ClikZ . Consultado el 16 de noviembre de 2008 .
^ John Levine (13 de noviembre de 2008). "FeedBack loops". Lista de correo ASRG (Lista de correo). IRTF . Consultado el 18 de noviembre de 2008 .
^ "Servicios de cancelación de suscripción a correo no deseado". The Spamhaus Project . 19 de enero de 2007. Archivado desde el original el 9 de marzo de 2009. Consultado el 16 de noviembre de 2008 .
^ "Servicios para remitentes y proveedores de servicios de Internet". Microsoft . Consultado el 11 de noviembre de 2011 .
^ "Mejores prácticas para remitentes: una perspectiva de Gmail (diapositivas 47 y 48)". MAAWG. 20 de febrero de 2014.
^ "El ciclo de retroalimentación de spam de Gmail: la experiencia de primera mano de SendGrid". SendGrid . 2014-03-28.
^ Rich Kulawiec (13 de noviembre de 2008). "FeedBack loops". Lista de correo ASRG (Lista de correo). IRTF . Consultado el 16 de noviembre de 2008 .
^ Chris Lewis (12 de noviembre de 2008). "FeedBack loops". Lista de correo ASRG (Mailing list). IRTF . Consultado el 18 de noviembre de 2008 .
^ Barry Shein (13 de noviembre de 2008). "FeedBack loops". Lista de correo ASRG (Mailing list). IRTF . Consultado el 18 de noviembre de 2008 .
^ Barry Shein (13 de noviembre de 2008). "FeedBack loops". Lista de correo ASRG (Mailing list). IRTF . Consultado el 18 de noviembre de 2008 .
^ Deborah Platt Majoras; et al. (septiembre de 2004). "Un sistema de recompensas para informantes de CAN-SPAM" (PDF) . Comisión Federal de Comercio de Estados Unidos . Consultado el 8 de noviembre de 2011 .
Enlaces externos
Servicio de bucle de retroalimentación universal
Grupo de trabajo anti-abuso de mensajería - lista de FBL
Enlaces de retroalimentación para algunos proveedores de correo electrónico