Todo lo que necesitas saber sobre la oferta del bucle de retroalimentación de Gmail
Pájaro
1 abr 2014
Correo electrónico
1 min read
Puntos clave
Gmail introdujo un FBL piloto para ayudar a los ESP a identificar remitentes de spam.
A diferencia de los FBL tradicionales, Gmail proporciona datos agregados de quejas por spam, no informes ARF.
Los ESP reciben porcentajes diarios de quejas por spam a nivel de cliente o campaña.
Gmail requiere una estricta adherencia a las Directrices para Remitentes Masivos (consistencia de IP, RDNS, SPF, DKIM, DMARC).
Se requiere un nuevo encabezado "Feedback-ID" para identificar clientes, campañas y tipos de tráfico.
Gmail agrega quejas por identificador, no entre ellos, e ignora las etiquetas de bajo volumen.
Los datos de FBL llegan como un archivo adjunto en CSV que cubre los mensajes de gmail.com del día anterior.
Los ESP deben doble firmar con DKIM los encabezados para prevenir suplantaciones.
Momentum admite múltiples firmas de DKIM usando políticas de Lua y OpenDKIM.
Gmail solo admite claves DKIM de 1024 bits o más, tratando las más cortas como no firmadas.
Varios ISPs proporcionan FBLs, pero el modelo de Gmail es único y preserva la privacidad.
Destacados de Q&A
¿Qué es el Feedback Loop (FBL) de Gmail?
Un programa piloto para ESPs que proporciona datos agregados de quejas por spam, ayudando a identificar remitentes abusivos sin exponer información individual de los usuarios.
¿En qué se diferencia FBL de Gmail de los bucles de retroalimentación tradicionales?
Los FBL tradicionales utilizan informes de quejas ARF que contienen detalles individuales de quejas de spam.
Gmail, en cambio, proporciona porcentajes diarios agregados, protegiendo la privacidad del usuario final.
¿Qué contiene el informe agregado?
Un CSV diario que muestra:
Porcentaje de quejas de spam
Agrupado por cliente, campaña o tipo de tráfico
Solo para destinatarios de gmail.com
¿Qué es el encabezado "Feedback-ID"?
Un encabezado requerido que identifica al cliente y opcionalmente al tipo de campaña o tráfico.
Formato:
Feedback-ID: a:b:c:ESPid
a:b:c= identificadores opcionalesESPid= ID de cliente único requerido
Gmail agrega basándose en cada identificador individual.
¿Qué sucede si las etiquetas tienen muy pocos mensajes?
Gmail ignora identificadores de bajo volumen para prevenir el uso indebido o el etiquetado accidental.
¿Gmail agrupa los identificadores juntos?
No.
Cada identificador se analiza independientemente, incluso si aparecen juntos en el mismo encabezado.
¿Cómo y cuándo se entregan los informes FBL?
Los informes se envían una vez al día por correo electrónico como un archivo adjunto CSV, que contiene los datos del día anterior.
¿Qué requisitos de remitente impone Gmail?
Los remitentes deben cumplir con las Directrices para Remitentes Masivos de Gmail, incluyendo:
IP de envío consistente
RDNS válido
Misma dirección "From" para correo masivo
Uso de SPF, DKIM y DMARC (altamente recomendado)
¿Cuáles son los requisitos de DKIM para el encabezado Feedback-ID?
Los ESP deben:
Eliminar los encabezados Feedback-ID existentes
Insertar uno nuevo
Firmar DKIM de nuevo (firma doble)
Usar claves DKIM de mínimo 1024 bits
¿Cómo soporta Momentum el FBL de Gmail?
Momentum admite:
Firmas DKIM múltiples a través de la política de Lua
OpenDKIM para firma DKIM moderna
Configuración fácil de dominios de firma separados
La documentación proporciona políticas de firma en Lua de ejemplo.
¿Qué otros ISPs ofrecen feedback loops?
Varios ISP importantes ofrecen FBL, incluyendo:
AOL, Comcast, Cox, Fastmail, Hotmail, Mail.ru, OpenSRS, Rackspace, Yahoo!, Zoho y otros.
La mayoría proporciona informes en formato ARF, a diferencia de Gmail.
En febrero, Gmail anunció su oferta piloto de Feedback Loop (FBL) a ESPs para ayudarles a identificar a actores malintencionados y spammers en su red.
En febrero, Gmail anunció su oferta piloto de Feedback Loop (FBL) a ESPs para ayudarles a identificar a actores malintencionados y spammers en su red.
En febrero, Gmail anunció su oferta piloto de Feedback Loop (FBL) a ESPs para ayudarles a identificar a actores malintencionados y spammers en su red.
Gmail introduce una oferta piloto de feedback
Gmail ha sido un jugador importante en la historia del correo electrónico desde 2004. Para obtener más información fascinante sobre la evolución del correo electrónico, incluidos los sorprendentes orígenes de Gmail, consulte nuestros 13 datos curiosos sobre el correo electrónico. Si deseas profundizar más, puedes acceder al formulario de inscripción.
Para aquellos de ustedes que no están familiarizados con el proceso, aquí hay un breve resumen. Los bucles de retroalimentación son esencialmente informes que los ISP proporcionan a los remitentes de gran volumen sobre el número de destinatarios que marcan sus correos como spam. Es un servicio realmente importante que permite a las empresas monitorizar su reputación de remitente con los ISP y tomar rápidamente medidas para controlar daños si un gran número de destinatarios están marcando sus correos electrónicos como spam. Como ya puedes notar, esto es bastante crucial para las empresas que dependen del marketing por correo electrónico como principal fuente de ingresos.
Gmail ha sido un jugador importante en la historia del correo electrónico desde 2004. Para obtener más información fascinante sobre la evolución del correo electrónico, incluidos los sorprendentes orígenes de Gmail, consulte nuestros 13 datos curiosos sobre el correo electrónico. Si deseas profundizar más, puedes acceder al formulario de inscripción.
Para aquellos de ustedes que no están familiarizados con el proceso, aquí hay un breve resumen. Los bucles de retroalimentación son esencialmente informes que los ISP proporcionan a los remitentes de gran volumen sobre el número de destinatarios que marcan sus correos como spam. Es un servicio realmente importante que permite a las empresas monitorizar su reputación de remitente con los ISP y tomar rápidamente medidas para controlar daños si un gran número de destinatarios están marcando sus correos electrónicos como spam. Como ya puedes notar, esto es bastante crucial para las empresas que dependen del marketing por correo electrónico como principal fuente de ingresos.
Gmail ha sido un jugador importante en la historia del correo electrónico desde 2004. Para obtener más información fascinante sobre la evolución del correo electrónico, incluidos los sorprendentes orígenes de Gmail, consulte nuestros 13 datos curiosos sobre el correo electrónico. Si deseas profundizar más, puedes acceder al formulario de inscripción.
Para aquellos de ustedes que no están familiarizados con el proceso, aquí hay un breve resumen. Los bucles de retroalimentación son esencialmente informes que los ISP proporcionan a los remitentes de gran volumen sobre el número de destinatarios que marcan sus correos como spam. Es un servicio realmente importante que permite a las empresas monitorizar su reputación de remitente con los ISP y tomar rápidamente medidas para controlar daños si un gran número de destinatarios están marcando sus correos electrónicos como spam. Como ya puedes notar, esto es bastante crucial para las empresas que dependen del marketing por correo electrónico como principal fuente de ingresos.
El bucle de retroalimentación de Gmail, sin embargo, difiere de otros ISPs
El FBL de Gmail no está en formato ARF. Para proteger la privacidad del usuario, su FBL se ofrece en forma de estadísticas de spam agregadas por cliente o por campaña, las cuales no pueden rastrearse hasta la dirección de correo electrónico del destinatario que marcó el correo como spam. Este informe diario proporciona un porcentaje de la tasa de quejas de spam por cliente y/o campaña de un ESP, y se enviará a la dirección de correo electrónico designada proporcionada a Gmail por el ESP (ej: GmailFBL@example.com). El servicio no está diseñado para la gestión de listas o evaluación de la entrega, y si hay un porcentaje considerable de spam en su tráfico, recibirá el informe agregado al día siguiente.
Se anima encarecidamente a los ESP a cumplir con las directrices de remitentes masivos de Gmail. Gmail requiere que todos los remitentes utilicen una dirección IP consistente para enviar correo, un registro RDNS válido para todas las direcciones IP de envío, y la misma dirección en el encabezado ‘From:’ en cada correo masivo. En cuanto a la autenticación, recomiendan firmemente firmar con DKIM, publicar un registro SPF y adherirse a la política DMARC.
Bucle de Retroalimentación de Gmail vs Bucles de Retroalimentación de ISP Tradicionales
Característica | Bucle de Retroalimentación de Gmail | Bucles de Retroalimentación de ISP Tradicionales |
|---|---|---|
Formato del informe | Estadísticas de spam agregadas | ARF (Formato de Informe de Abuso) |
Identificación del usuario | No hay datos a nivel de destinatario | Incluye datos de quejas individuales |
Modelo de privacidad | Preservando la privacidad por diseño | Quejas visibles para el remitente |
Caso de uso | Monitoreo de reputación | Higiene de listas y supresión |
Granularidad de los datos | Por cliente o campaña | Por destinatario que presenta queja |
Entrega | CSV agregado diario | Mensajes ARF casi en tiempo real |
Dominios compatibles | solo gmail.com | Varía según el ISP |
El FBL de Gmail no está en formato ARF. Para proteger la privacidad del usuario, su FBL se ofrece en forma de estadísticas de spam agregadas por cliente o por campaña, las cuales no pueden rastrearse hasta la dirección de correo electrónico del destinatario que marcó el correo como spam. Este informe diario proporciona un porcentaje de la tasa de quejas de spam por cliente y/o campaña de un ESP, y se enviará a la dirección de correo electrónico designada proporcionada a Gmail por el ESP (ej: GmailFBL@example.com). El servicio no está diseñado para la gestión de listas o evaluación de la entrega, y si hay un porcentaje considerable de spam en su tráfico, recibirá el informe agregado al día siguiente.
Se anima encarecidamente a los ESP a cumplir con las directrices de remitentes masivos de Gmail. Gmail requiere que todos los remitentes utilicen una dirección IP consistente para enviar correo, un registro RDNS válido para todas las direcciones IP de envío, y la misma dirección en el encabezado ‘From:’ en cada correo masivo. En cuanto a la autenticación, recomiendan firmemente firmar con DKIM, publicar un registro SPF y adherirse a la política DMARC.
Bucle de Retroalimentación de Gmail vs Bucles de Retroalimentación de ISP Tradicionales
Característica | Bucle de Retroalimentación de Gmail | Bucles de Retroalimentación de ISP Tradicionales |
|---|---|---|
Formato del informe | Estadísticas de spam agregadas | ARF (Formato de Informe de Abuso) |
Identificación del usuario | No hay datos a nivel de destinatario | Incluye datos de quejas individuales |
Modelo de privacidad | Preservando la privacidad por diseño | Quejas visibles para el remitente |
Caso de uso | Monitoreo de reputación | Higiene de listas y supresión |
Granularidad de los datos | Por cliente o campaña | Por destinatario que presenta queja |
Entrega | CSV agregado diario | Mensajes ARF casi en tiempo real |
Dominios compatibles | solo gmail.com | Varía según el ISP |
El FBL de Gmail no está en formato ARF. Para proteger la privacidad del usuario, su FBL se ofrece en forma de estadísticas de spam agregadas por cliente o por campaña, las cuales no pueden rastrearse hasta la dirección de correo electrónico del destinatario que marcó el correo como spam. Este informe diario proporciona un porcentaje de la tasa de quejas de spam por cliente y/o campaña de un ESP, y se enviará a la dirección de correo electrónico designada proporcionada a Gmail por el ESP (ej: GmailFBL@example.com). El servicio no está diseñado para la gestión de listas o evaluación de la entrega, y si hay un porcentaje considerable de spam en su tráfico, recibirá el informe agregado al día siguiente.
Se anima encarecidamente a los ESP a cumplir con las directrices de remitentes masivos de Gmail. Gmail requiere que todos los remitentes utilicen una dirección IP consistente para enviar correo, un registro RDNS válido para todas las direcciones IP de envío, y la misma dirección en el encabezado ‘From:’ en cada correo masivo. En cuanto a la autenticación, recomiendan firmemente firmar con DKIM, publicar un registro SPF y adherirse a la política DMARC.
Bucle de Retroalimentación de Gmail vs Bucles de Retroalimentación de ISP Tradicionales
Característica | Bucle de Retroalimentación de Gmail | Bucles de Retroalimentación de ISP Tradicionales |
|---|---|---|
Formato del informe | Estadísticas de spam agregadas | ARF (Formato de Informe de Abuso) |
Identificación del usuario | No hay datos a nivel de destinatario | Incluye datos de quejas individuales |
Modelo de privacidad | Preservando la privacidad por diseño | Quejas visibles para el remitente |
Caso de uso | Monitoreo de reputación | Higiene de listas y supresión |
Granularidad de los datos | Por cliente o campaña | Por destinatario que presenta queja |
Entrega | CSV agregado diario | Mensajes ARF casi en tiempo real |
Dominios compatibles | solo gmail.com | Varía según el ISP |
¿Cómo funciona el feedback loop de Gmail?
Los ESPs primero necesitarán insertar un encabezado identificador de retroalimentación "Feedback-ID". Este encabezado identificará al cliente y/o campañas, correos y tipos de correo. Los informes de FBL se generarán basándose en estos identificadores.
El encabezado "Feedback-ID" tendrá un máximo de 4 campos, 3 son opcionales.
“Feedback-ID: a:b:c:ESPid”
"Feedback-ID" es el nombre del encabezado
“a:b:c” son los 3 campos opcionales que pueden ser cualquier cosa que el ESP elija (ej: campaña, correo, tipo de tráfico)
"ESPid" es el único campo requerido. Este ID corresponde a un cliente de ESP y debe ser único y persistente para ese cliente.
Gmail agregará datos para los últimos 4 campos comenzando desde el lado derecho e ignorará cualquier campo adicional. Los datos devueltos en el informe de retroalimentación se agregarán por la etiqueta vista en el encabezado Feedback-ID. Cada etiqueta se incluirá en el informe y no hay límites en el número total de etiquetas especificadas. Sin embargo, Gmail ignorará etiquetas con muy pocos mensajes para prevenir abusos.
Los datos de FBL se agregarán de forma independiente por cada identificador y no se agruparán entre identificadores. Los porcentajes de spam se informarán en todos los correos que contengan un identificador dado, independientemente de la posición en el encabezado del identificador. El informe de FBL se enviará en forma de un archivo adjunto CSV y contiene datos recibidos por Gmail el día anterior por el ESP. Este informe está destinado a usuarios de gmail.com y no admite dominios de Google-Apps o alojados por Google.
Requisitos de Implementación del Bucle de Retroalimentación de Gmail
Requisito | Expectativa de FBL de Gmail | Notas |
|---|---|---|
Identificador de retroalimentación | Encabezado Feedback-ID requerido | Identifica cliente / campaña / tipo de tráfico |
Campos del encabezado | Máximo 4 campos | El campo más a la derecha debe ser un ID específico del ESP |
Lógica de agregación | Por identificador, no combinado | La posición en el encabezado no importa |
Tráfico de bajo volumen | Ignorado | Previene abusos y desanonimización |
Autenticación | Se requiere doble firma DKIM | Previene la suplantación de encabezados |
Dominios DKIM | Máximo 10 valores d= únicos | Se permiten subdominios |
Longitud de la clave DKIM | ≥ 1024 bits | Las claves más cortas se tratan como no firmadas |
Formato del informe | Archivo adjunto CSV | Cubre el tráfico del día anterior |
Los ESPs primero necesitarán insertar un encabezado identificador de retroalimentación "Feedback-ID". Este encabezado identificará al cliente y/o campañas, correos y tipos de correo. Los informes de FBL se generarán basándose en estos identificadores.
El encabezado "Feedback-ID" tendrá un máximo de 4 campos, 3 son opcionales.
“Feedback-ID: a:b:c:ESPid”
"Feedback-ID" es el nombre del encabezado
“a:b:c” son los 3 campos opcionales que pueden ser cualquier cosa que el ESP elija (ej: campaña, correo, tipo de tráfico)
"ESPid" es el único campo requerido. Este ID corresponde a un cliente de ESP y debe ser único y persistente para ese cliente.
Gmail agregará datos para los últimos 4 campos comenzando desde el lado derecho e ignorará cualquier campo adicional. Los datos devueltos en el informe de retroalimentación se agregarán por la etiqueta vista en el encabezado Feedback-ID. Cada etiqueta se incluirá en el informe y no hay límites en el número total de etiquetas especificadas. Sin embargo, Gmail ignorará etiquetas con muy pocos mensajes para prevenir abusos.
Los datos de FBL se agregarán de forma independiente por cada identificador y no se agruparán entre identificadores. Los porcentajes de spam se informarán en todos los correos que contengan un identificador dado, independientemente de la posición en el encabezado del identificador. El informe de FBL se enviará en forma de un archivo adjunto CSV y contiene datos recibidos por Gmail el día anterior por el ESP. Este informe está destinado a usuarios de gmail.com y no admite dominios de Google-Apps o alojados por Google.
Requisitos de Implementación del Bucle de Retroalimentación de Gmail
Requisito | Expectativa de FBL de Gmail | Notas |
|---|---|---|
Identificador de retroalimentación | Encabezado Feedback-ID requerido | Identifica cliente / campaña / tipo de tráfico |
Campos del encabezado | Máximo 4 campos | El campo más a la derecha debe ser un ID específico del ESP |
Lógica de agregación | Por identificador, no combinado | La posición en el encabezado no importa |
Tráfico de bajo volumen | Ignorado | Previene abusos y desanonimización |
Autenticación | Se requiere doble firma DKIM | Previene la suplantación de encabezados |
Dominios DKIM | Máximo 10 valores d= únicos | Se permiten subdominios |
Longitud de la clave DKIM | ≥ 1024 bits | Las claves más cortas se tratan como no firmadas |
Formato del informe | Archivo adjunto CSV | Cubre el tráfico del día anterior |
Los ESPs primero necesitarán insertar un encabezado identificador de retroalimentación "Feedback-ID". Este encabezado identificará al cliente y/o campañas, correos y tipos de correo. Los informes de FBL se generarán basándose en estos identificadores.
El encabezado "Feedback-ID" tendrá un máximo de 4 campos, 3 son opcionales.
“Feedback-ID: a:b:c:ESPid”
"Feedback-ID" es el nombre del encabezado
“a:b:c” son los 3 campos opcionales que pueden ser cualquier cosa que el ESP elija (ej: campaña, correo, tipo de tráfico)
"ESPid" es el único campo requerido. Este ID corresponde a un cliente de ESP y debe ser único y persistente para ese cliente.
Gmail agregará datos para los últimos 4 campos comenzando desde el lado derecho e ignorará cualquier campo adicional. Los datos devueltos en el informe de retroalimentación se agregarán por la etiqueta vista en el encabezado Feedback-ID. Cada etiqueta se incluirá en el informe y no hay límites en el número total de etiquetas especificadas. Sin embargo, Gmail ignorará etiquetas con muy pocos mensajes para prevenir abusos.
Los datos de FBL se agregarán de forma independiente por cada identificador y no se agruparán entre identificadores. Los porcentajes de spam se informarán en todos los correos que contengan un identificador dado, independientemente de la posición en el encabezado del identificador. El informe de FBL se enviará en forma de un archivo adjunto CSV y contiene datos recibidos por Gmail el día anterior por el ESP. Este informe está destinado a usuarios de gmail.com y no admite dominios de Google-Apps o alojados por Google.
Requisitos de Implementación del Bucle de Retroalimentación de Gmail
Requisito | Expectativa de FBL de Gmail | Notas |
|---|---|---|
Identificador de retroalimentación | Encabezado Feedback-ID requerido | Identifica cliente / campaña / tipo de tráfico |
Campos del encabezado | Máximo 4 campos | El campo más a la derecha debe ser un ID específico del ESP |
Lógica de agregación | Por identificador, no combinado | La posición en el encabezado no importa |
Tráfico de bajo volumen | Ignorado | Previene abusos y desanonimización |
Autenticación | Se requiere doble firma DKIM | Previene la suplantación de encabezados |
Dominios DKIM | Máximo 10 valores d= únicos | Se permiten subdominios |
Longitud de la clave DKIM | ≥ 1024 bits | Las claves más cortas se tratan como no firmadas |
Formato del informe | Archivo adjunto CSV | Cubre el tráfico del día anterior |
¿Cuáles son los requisitos de DKIM?
Para prevenir la falsificación del encabezado "Feedback-ID", el ESP debe eliminar cualquier instancia de este encabezado antes de insertarlo y luego firmarlo con DKIM utilizando la clave de dominio del ESP. Esto es además de cualquier firma existente y es una práctica comúnmente conocida como "doble firma".
Puede haber hasta 10 dominios de firma DKIM "d=" únicos utilizados para firmar estos encabezados, pero se pueden usar subdominios como alternativa.
En lo que respecta a la longitud de la clave DKIM, Gmail requiere una clave de al menos 1024 bits de longitud. Según el sitio del administrador de correo de Gmail, Gmail ha estado tratando todos los correos electrónicos firmados con claves de menos de 1024 bits como no firmados desde enero de 2013. Recomiendan a los remitentes afectados con claves cortas cambiar a claves RSA de al menos 1024 bits de longitud.
Para prevenir la falsificación del encabezado "Feedback-ID", el ESP debe eliminar cualquier instancia de este encabezado antes de insertarlo y luego firmarlo con DKIM utilizando la clave de dominio del ESP. Esto es además de cualquier firma existente y es una práctica comúnmente conocida como "doble firma".
Puede haber hasta 10 dominios de firma DKIM "d=" únicos utilizados para firmar estos encabezados, pero se pueden usar subdominios como alternativa.
En lo que respecta a la longitud de la clave DKIM, Gmail requiere una clave de al menos 1024 bits de longitud. Según el sitio del administrador de correo de Gmail, Gmail ha estado tratando todos los correos electrónicos firmados con claves de menos de 1024 bits como no firmados desde enero de 2013. Recomiendan a los remitentes afectados con claves cortas cambiar a claves RSA de al menos 1024 bits de longitud.
Para prevenir la falsificación del encabezado "Feedback-ID", el ESP debe eliminar cualquier instancia de este encabezado antes de insertarlo y luego firmarlo con DKIM utilizando la clave de dominio del ESP. Esto es además de cualquier firma existente y es una práctica comúnmente conocida como "doble firma".
Puede haber hasta 10 dominios de firma DKIM "d=" únicos utilizados para firmar estos encabezados, pero se pueden usar subdominios como alternativa.
En lo que respecta a la longitud de la clave DKIM, Gmail requiere una clave de al menos 1024 bits de longitud. Según el sitio del administrador de correo de Gmail, Gmail ha estado tratando todos los correos electrónicos firmados con claves de menos de 1024 bits como no firmados desde enero de 2013. Recomiendan a los remitentes afectados con claves cortas cambiar a claves RSA de al menos 1024 bits de longitud.
¿Cómo podemos implementar correctamente los requisitos FBL de Gmail en Momentum?
Se admiten varias firmas en la plataforma Momentum utilizando la política Lua. OpenDKIM es ahora el módulo de firma preferido en las versiones de Momentum 3.6.0 y más nuevas. Más información sobre las bibliotecas Lua para la firma se puede encontrar en nuestra documentación.
También hemos creado una simple política Lua de firma OpenDKIM que configura fácilmente un segundo dominio de firma. Puede encontrar más información en nuestra guía de la política Lua de firma OpenDKIM.
Se admiten varias firmas en la plataforma Momentum utilizando la política Lua. OpenDKIM es ahora el módulo de firma preferido en las versiones de Momentum 3.6.0 y más nuevas. Más información sobre las bibliotecas Lua para la firma se puede encontrar en nuestra documentación.
También hemos creado una simple política Lua de firma OpenDKIM que configura fácilmente un segundo dominio de firma. Puede encontrar más información en nuestra guía de la política Lua de firma OpenDKIM.
Se admiten varias firmas en la plataforma Momentum utilizando la política Lua. OpenDKIM es ahora el módulo de firma preferido en las versiones de Momentum 3.6.0 y más nuevas. Más información sobre las bibliotecas Lua para la firma se puede encontrar en nuestra documentación.
También hemos creado una simple política Lua de firma OpenDKIM que configura fácilmente un segundo dominio de firma. Puede encontrar más información en nuestra guía de la política Lua de firma OpenDKIM.
¿Qué otros ISPs proporcionan Feedback Loops?
Si estás buscando más información sobre cómo operan los bucles de retroalimentación, consulta el documento "Recomendaciones Operativas del Bucle de Retroalimentación de Quejas" RFC 6449 document. Y mientras hablamos de bucles de retroalimentación, tendría sentido compartir enlaces a otros proveedores de FBL de confianza, en caso de que aún no los tengas.
Earthlink (solo correo electrónico): fblrequest@abuse.earthlink.net
Gmail (beta, solo para selectos ESPs, envía informes agregados por razones de privacidad (no ARF)
IBM Smart Cloud (solo correo electrónico) postmaster@lotuslive.com
Rackspace (anteriormente Mailtrust)
Yahoo! (requiere DomainKeys o DKIM y es el único proveedor de FBL basado en dominio)
Ahora, para resumir: es una gran noticia que Google ahora proporcione un FBL. Tiene algunas peculiaridades y los remitentes necesitarán hacer cierta configuración para que funcione para ellos. Pero para los usuarios de Momentum, será un proceso sencillo. Si algún lector quisiera compartir su experiencia con el nuevo FBL de Google, nos encantaría escuchar su historia. No dudes en dejar comentarios en los comentarios.
Si estás buscando más información sobre cómo operan los bucles de retroalimentación, consulta el documento "Recomendaciones Operativas del Bucle de Retroalimentación de Quejas" RFC 6449 document. Y mientras hablamos de bucles de retroalimentación, tendría sentido compartir enlaces a otros proveedores de FBL de confianza, en caso de que aún no los tengas.
Earthlink (solo correo electrónico): fblrequest@abuse.earthlink.net
Gmail (beta, solo para selectos ESPs, envía informes agregados por razones de privacidad (no ARF)
IBM Smart Cloud (solo correo electrónico) postmaster@lotuslive.com
Rackspace (anteriormente Mailtrust)
Yahoo! (requiere DomainKeys o DKIM y es el único proveedor de FBL basado en dominio)
Ahora, para resumir: es una gran noticia que Google ahora proporcione un FBL. Tiene algunas peculiaridades y los remitentes necesitarán hacer cierta configuración para que funcione para ellos. Pero para los usuarios de Momentum, será un proceso sencillo. Si algún lector quisiera compartir su experiencia con el nuevo FBL de Google, nos encantaría escuchar su historia. No dudes en dejar comentarios en los comentarios.
Si estás buscando más información sobre cómo operan los bucles de retroalimentación, consulta el documento "Recomendaciones Operativas del Bucle de Retroalimentación de Quejas" RFC 6449 document. Y mientras hablamos de bucles de retroalimentación, tendría sentido compartir enlaces a otros proveedores de FBL de confianza, en caso de que aún no los tengas.
Earthlink (solo correo electrónico): fblrequest@abuse.earthlink.net
Gmail (beta, solo para selectos ESPs, envía informes agregados por razones de privacidad (no ARF)
IBM Smart Cloud (solo correo electrónico) postmaster@lotuslive.com
Rackspace (anteriormente Mailtrust)
Yahoo! (requiere DomainKeys o DKIM y es el único proveedor de FBL basado en dominio)
Ahora, para resumir: es una gran noticia que Google ahora proporcione un FBL. Tiene algunas peculiaridades y los remitentes necesitarán hacer cierta configuración para que funcione para ellos. Pero para los usuarios de Momentum, será un proceso sencillo. Si algún lector quisiera compartir su experiencia con el nuevo FBL de Google, nos encantaría escuchar su historia. No dudes en dejar comentarios en los comentarios.
