Tudo que você precisa saber sobre a oferta do Feedback Loop do Gmail

Pássaro

1 de abr. de 2014

Email

1 min read

Tudo que você precisa saber sobre a oferta do Feedback Loop do Gmail

Principais Conclusões

    • O Gmail introduziu um piloto de FBL para ajudar os ESPs a identificar remetentes de spam.

    • Diferentemente dos FBLs tradicionais, o Gmail fornece dados de reclamações de spam agregados, não relatórios ARF.

    • Os ESPs recebem percentuais diários de reclamações de spam no nível do cliente ou da campanha.

    • O Gmail exige estrita adesão às Diretrizes para Remetentes em Massa (consistência de IP, RDNS, SPF, DKIM, DMARC).

    • Um novo cabeçalho “Feedback-ID” é necessário para identificar clientes, campanhas e tipos de tráfego.

    • O Gmail agrega reclamações por identificador, não entre eles, e ignora tags de baixo volume.

    • Os dados do FBL chegam como um anexo CSV cobrindo as mensagens do gmail.com do dia anterior.

    • Os ESPs devem assinaturas DKIM dupla nos cabeçalhos para prevenir falsificação.

    • A Momentum suporta múltiplas assinaturas DKIM usando políticas Lua e OpenDKIM.

    • O Gmail suporta apenas chaves DKIM de 1024 bits+, tratando as mais curtas como não assinadas.

    • Múltiplos ISPs fornecem FBLs, mas o modelo do Gmail é único e preservador de privacidade.

Destaques de Perguntas e Respostas

  • O que é o Feedback Loop (FBL) do Gmail?

    Um programa piloto para ESPs que fornece dados agregados de reclamações de spam, ajudando a identificar remetentes abusivos sem expor informações individuais dos usuários.

  • Como o FBL do Gmail é diferente dos loops de feedback tradicionais?

    FBLs tradicionais usam relatórios de reclamação ARF contendo detalhes individuais de reclamações de spam.

    O Gmail, em vez disso, fornece percentuais diários agregados, protegendo a privacidade do usuário final.

  • O que contém o relatório agregado?

    Um CSV diário mostrando:

    • Percentual de reclamações de spam

    • Agrupado por cliente, campanha ou tipo de tráfego

    • Apenas para gmail.com destinatários

  • O que é o cabeçalho "Feedback-ID"?

    Um cabeçalho obrigatório que identifica o cliente e, opcionalmente, a campanha ou tipo de tráfego.

    Formato:

    ID de Feedback: a:b:c:ESPid

    • a:b:c = identificadores opcionais

    • ESPid = obrigatório ID exclusivo do cliente

    O Gmail agrega com base em cada identificador individual.

  • O que acontece se as tags tiverem mensagens demais?

    O Gmail ignora identificadores de baixo volume para prevenir uso indevido ou ruído de etiquetagem acidental.

  • O Gmail agrupa identificadores?

    Não.

    Cada identificador é analisado independentemente, mesmo que apareçam juntos no mesmo cabeçalho.

  • Como e quando os relatórios FBL são entregues?

    Relatórios são enviados uma vez por dia por e-mail como um anexo CSV, contendo os dados do dia anterior.

  • Quais são os requisitos do remetente que o Gmail impõe?

    Os remetentes devem cumprir as Diretrizes de Envio em Massa do Gmail, incluindo:

    • IP de envio consistente

    • RDNS válido

    • Mesma endereço “De” para e-mails em massa

    • Uso de SPF, DKIM e DMARC (fortemente recomendado)

  • Quais são os requisitos DKIM para o cabeçalho Feedback-ID?

    Os ESPs devem:

    • Remover os cabeçalhos Feedback-ID existentes

    • Inserir um novo

    • Assiná-lo novamente com DKIM (dupla assinatura)

    • Usar chaves DKIM de no mínimo 1024 bits

  • Como o Momentum suporta o FBL do Gmail?

    O Momentum suporta:

    • Múltiplas assinaturas DKIM via política Lua

    • OpenDKIM para assinaturas DKIM modernas

    • Configuração fácil de domínios de assinatura separados
      A documentação fornece exemplos de políticas de assinatura Lua.

  • Quais outros ISPs oferecem ciclos de feedback?

    Vários provedores de serviços de Internet (ISPs) importantes oferecem FBLs, incluindo:

    AOL, Comcast, Cox, Fastmail, Hotmail, Mail.ru, OpenSRS, Rackspace, Yahoo!, Zoho e outros.

    A maioria fornece relatórios no formato ARF-format, ao contrário do Gmail.

Em fevereiro, o Gmail anunciou sua oferta piloto de Feedback Loop (FBL) para ESPs para ajudá-los a identificar atores mal-intencionados e spammers em sua rede.

Em fevereiro, o Gmail anunciou sua oferta piloto de Feedback Loop (FBL) para ESPs para ajudá-los a identificar atores mal-intencionados e spammers em sua rede.

Em fevereiro, o Gmail anunciou sua oferta piloto de Feedback Loop (FBL) para ESPs para ajudá-los a identificar atores mal-intencionados e spammers em sua rede.

O Gmail introduz um piloto de ciclo de feedback

O Gmail tem sido um grande jogador na história do email desde 2004. Para mais insights fascinantes sobre a evolução do email, incluindo as origens surpreendentes do Gmail, confira nossos 13 fatos divertidos sobre email. Se você quiser se aprofundar, pode acessar o formulário de inscrição.

Para aqueles que não estão familiarizados com o processo, aqui está um breve resumo. Os ciclos de feedback são essencialmente relatórios que os ISPs fornecem a remetentes de grande volume sobre o número de destinatários que marcam seus emails como spam. É um serviço realmente importante que permite que as empresas monitorem sua reputação como remetente com os ISPs e rapidamente tomem medidas para controle de danos se um grande número de destinatários estiver marcando seus emails como spam. Como você já pode perceber, isso é bastante crucial para empresas que dependem do marketing por email como uma principal fonte de receita.

O Gmail tem sido um grande jogador na história do email desde 2004. Para mais insights fascinantes sobre a evolução do email, incluindo as origens surpreendentes do Gmail, confira nossos 13 fatos divertidos sobre email. Se você quiser se aprofundar, pode acessar o formulário de inscrição.

Para aqueles que não estão familiarizados com o processo, aqui está um breve resumo. Os ciclos de feedback são essencialmente relatórios que os ISPs fornecem a remetentes de grande volume sobre o número de destinatários que marcam seus emails como spam. É um serviço realmente importante que permite que as empresas monitorem sua reputação como remetente com os ISPs e rapidamente tomem medidas para controle de danos se um grande número de destinatários estiver marcando seus emails como spam. Como você já pode perceber, isso é bastante crucial para empresas que dependem do marketing por email como uma principal fonte de receita.

O Gmail tem sido um grande jogador na história do email desde 2004. Para mais insights fascinantes sobre a evolução do email, incluindo as origens surpreendentes do Gmail, confira nossos 13 fatos divertidos sobre email. Se você quiser se aprofundar, pode acessar o formulário de inscrição.

Para aqueles que não estão familiarizados com o processo, aqui está um breve resumo. Os ciclos de feedback são essencialmente relatórios que os ISPs fornecem a remetentes de grande volume sobre o número de destinatários que marcam seus emails como spam. É um serviço realmente importante que permite que as empresas monitorem sua reputação como remetente com os ISPs e rapidamente tomem medidas para controle de danos se um grande número de destinatários estiver marcando seus emails como spam. Como você já pode perceber, isso é bastante crucial para empresas que dependem do marketing por email como uma principal fonte de receita.

No entanto, o ciclo de feedback do Gmail é diferente de outros provedores de serviços de Internet.

O FBL do Gmail não está no formato ARF. Para proteger a privacidade dos usuários, seu FBL é oferecido na forma de estatísticas agregadas de spam por cliente ou por campanha, que não podem ser rastreadas de volta ao endereço de email do destinatário que marcou o email como spam. Este relatório diário fornece uma porcentagem da taxa de reclamação de spam dos usuários por cliente e/ou campanha de um ESP, e será enviado para o endereço de email designado fornecido ao Gmail pelo ESP (por exemplo: GmailFBL@example.com). O serviço não foi projetado para gerenciamento de listas ou avaliação de entrega, e se houver uma porcentagem considerável de spam em seu tráfego, você receberá o relatório agregado no dia seguinte.

Os ESPs são altamente incentivados a cumprir as diretrizes para remetentes em massa do Gmail. O Gmail exige que todos os remetentes usem um endereço IP consistente para enviar emails, um registro RDNS válido para todos os endereços IP de envio e o mesmo endereço no cabeçalho 'De:' em todos os emails em massa. Quanto à autenticação, eles recomendam fortemente assinar com DKIM, publicar um registro SPF e aderir à política DMARC.


Gmail Feedback Loop vs Feedback Loops Tradicionais de ISP

Recurso

Gmail Feedback Loop

Feedback Loops Tradicionais de ISP

Formato do relatório

Estatísticas agregadas de spam

ARF (Formato de Relatório de Abuso)

Identificação do usuário

Sem dados a nível de destinatário

Inclui dados de reclamações individuais

Modelo de privacidade

Privacidade preservada por design

Reclamações visíveis para o remetente

Uso

Monitoramento de reputação

Higienização e supressão de listas

Granularidade dos dados

Por cliente ou campanha

Por destinatário que reclama

Entrega

CSV agregado diário

Mensagens ARF em quase tempo real

Domínios suportados

apenas gmail.com

Varía por ISP

O FBL do Gmail não está no formato ARF. Para proteger a privacidade dos usuários, seu FBL é oferecido na forma de estatísticas agregadas de spam por cliente ou por campanha, que não podem ser rastreadas de volta ao endereço de email do destinatário que marcou o email como spam. Este relatório diário fornece uma porcentagem da taxa de reclamação de spam dos usuários por cliente e/ou campanha de um ESP, e será enviado para o endereço de email designado fornecido ao Gmail pelo ESP (por exemplo: GmailFBL@example.com). O serviço não foi projetado para gerenciamento de listas ou avaliação de entrega, e se houver uma porcentagem considerável de spam em seu tráfego, você receberá o relatório agregado no dia seguinte.

Os ESPs são altamente incentivados a cumprir as diretrizes para remetentes em massa do Gmail. O Gmail exige que todos os remetentes usem um endereço IP consistente para enviar emails, um registro RDNS válido para todos os endereços IP de envio e o mesmo endereço no cabeçalho 'De:' em todos os emails em massa. Quanto à autenticação, eles recomendam fortemente assinar com DKIM, publicar um registro SPF e aderir à política DMARC.


Gmail Feedback Loop vs Feedback Loops Tradicionais de ISP

Recurso

Gmail Feedback Loop

Feedback Loops Tradicionais de ISP

Formato do relatório

Estatísticas agregadas de spam

ARF (Formato de Relatório de Abuso)

Identificação do usuário

Sem dados a nível de destinatário

Inclui dados de reclamações individuais

Modelo de privacidade

Privacidade preservada por design

Reclamações visíveis para o remetente

Uso

Monitoramento de reputação

Higienização e supressão de listas

Granularidade dos dados

Por cliente ou campanha

Por destinatário que reclama

Entrega

CSV agregado diário

Mensagens ARF em quase tempo real

Domínios suportados

apenas gmail.com

Varía por ISP

O FBL do Gmail não está no formato ARF. Para proteger a privacidade dos usuários, seu FBL é oferecido na forma de estatísticas agregadas de spam por cliente ou por campanha, que não podem ser rastreadas de volta ao endereço de email do destinatário que marcou o email como spam. Este relatório diário fornece uma porcentagem da taxa de reclamação de spam dos usuários por cliente e/ou campanha de um ESP, e será enviado para o endereço de email designado fornecido ao Gmail pelo ESP (por exemplo: GmailFBL@example.com). O serviço não foi projetado para gerenciamento de listas ou avaliação de entrega, e se houver uma porcentagem considerável de spam em seu tráfego, você receberá o relatório agregado no dia seguinte.

Os ESPs são altamente incentivados a cumprir as diretrizes para remetentes em massa do Gmail. O Gmail exige que todos os remetentes usem um endereço IP consistente para enviar emails, um registro RDNS válido para todos os endereços IP de envio e o mesmo endereço no cabeçalho 'De:' em todos os emails em massa. Quanto à autenticação, eles recomendam fortemente assinar com DKIM, publicar um registro SPF e aderir à política DMARC.


Gmail Feedback Loop vs Feedback Loops Tradicionais de ISP

Recurso

Gmail Feedback Loop

Feedback Loops Tradicionais de ISP

Formato do relatório

Estatísticas agregadas de spam

ARF (Formato de Relatório de Abuso)

Identificação do usuário

Sem dados a nível de destinatário

Inclui dados de reclamações individuais

Modelo de privacidade

Privacidade preservada por design

Reclamações visíveis para o remetente

Uso

Monitoramento de reputação

Higienização e supressão de listas

Granularidade dos dados

Por cliente ou campanha

Por destinatário que reclama

Entrega

CSV agregado diário

Mensagens ARF em quase tempo real

Domínios suportados

apenas gmail.com

Varía por ISP

Como funciona o ciclo de feedback do Gmail?

Os ESPs precisarão inserir um cabeçalho de identificador de feedback "Feedback-ID". Este cabeçalho identificará o cliente e ou campanhas, mailings e tipos de e-mail. Relatórios de FBL serão gerados com base nesses identificadores.

O cabeçalho "Feedback-ID" terá um máximo de 4 campos, 3 são opcionais.

"Feedback-ID: a:b:c:ESPid"

  • "Feedback-ID" é o nome do cabeçalho

  • "a:b:c" são os 3 campos opcionais que podem ser qualquer coisa que o ESP escolher (ex: campanha, mailing, tipo de tráfego)

  • "ESPid" é o único campo obrigatório. Este ID corresponde a um cliente do ESP e deve ser exclusivo e persistente para aquele cliente.

O Gmail agregará dados para os últimos 4 campos a partir do lado direito e ignorará quaisquer campos extras. Os dados retornados no relatório de feedback serão agregados pela tag vista no cabeçalho Feedback-ID. Cada tag será incluída no relatório e não há limites para o número total de tags especificadas. No entanto, o Gmail ignorará tags com mensagens muito poucas para evitar abusos.

Os dados de FBL serão agregados de forma independente por cada identificador e não agrupados entre identificadores. As porcentagens de spam serão relatadas para todos os e-mails contendo um dado identificador, independentemente da posição no cabeçalho do identificador. O relatório FBL será enviado na forma de um anexo CSV e contém dados recebidos pelo Gmail no dia anterior pelo ESP. Este relatório é destinado aos usuários do gmail.com e não suporta domínios Google-Apps ou hospedados no Google.


Requisitos de Implementação do Ciclo de Feedback do Gmail

Requisito

Expectativa do FBL do Gmail

Notas

Identificador de feedback

Cabeçalho Feedback-ID necessário

Identifica cliente / campanha / tipo de tráfego

Campos de cabeçalho

Máx 4 campos

O campo mais à direita deve ser um ID específico do ESP

Lógica de agregação

Por identificador, não combinado

A posição no cabeçalho não importa

Tráfego de baixo volume

Ignorado

Previne abusos e desanonimização

Autenticação

Assinatura dupla DKIM necessária

Previne falsificação de cabeçalho

Domínios DKIM

Máx 10 valores d= únicos

Subdomínios permitidos

Comprimento da chave DKIM

≥ 1024 bits

Chaves mais curtas tratadas como não assinadas

Formato do relatório

Anexo CSV

Cobre o tráfego do dia anterior

Os ESPs precisarão inserir um cabeçalho de identificador de feedback "Feedback-ID". Este cabeçalho identificará o cliente e ou campanhas, mailings e tipos de e-mail. Relatórios de FBL serão gerados com base nesses identificadores.

O cabeçalho "Feedback-ID" terá um máximo de 4 campos, 3 são opcionais.

"Feedback-ID: a:b:c:ESPid"

  • "Feedback-ID" é o nome do cabeçalho

  • "a:b:c" são os 3 campos opcionais que podem ser qualquer coisa que o ESP escolher (ex: campanha, mailing, tipo de tráfego)

  • "ESPid" é o único campo obrigatório. Este ID corresponde a um cliente do ESP e deve ser exclusivo e persistente para aquele cliente.

O Gmail agregará dados para os últimos 4 campos a partir do lado direito e ignorará quaisquer campos extras. Os dados retornados no relatório de feedback serão agregados pela tag vista no cabeçalho Feedback-ID. Cada tag será incluída no relatório e não há limites para o número total de tags especificadas. No entanto, o Gmail ignorará tags com mensagens muito poucas para evitar abusos.

Os dados de FBL serão agregados de forma independente por cada identificador e não agrupados entre identificadores. As porcentagens de spam serão relatadas para todos os e-mails contendo um dado identificador, independentemente da posição no cabeçalho do identificador. O relatório FBL será enviado na forma de um anexo CSV e contém dados recebidos pelo Gmail no dia anterior pelo ESP. Este relatório é destinado aos usuários do gmail.com e não suporta domínios Google-Apps ou hospedados no Google.


Requisitos de Implementação do Ciclo de Feedback do Gmail

Requisito

Expectativa do FBL do Gmail

Notas

Identificador de feedback

Cabeçalho Feedback-ID necessário

Identifica cliente / campanha / tipo de tráfego

Campos de cabeçalho

Máx 4 campos

O campo mais à direita deve ser um ID específico do ESP

Lógica de agregação

Por identificador, não combinado

A posição no cabeçalho não importa

Tráfego de baixo volume

Ignorado

Previne abusos e desanonimização

Autenticação

Assinatura dupla DKIM necessária

Previne falsificação de cabeçalho

Domínios DKIM

Máx 10 valores d= únicos

Subdomínios permitidos

Comprimento da chave DKIM

≥ 1024 bits

Chaves mais curtas tratadas como não assinadas

Formato do relatório

Anexo CSV

Cobre o tráfego do dia anterior

Os ESPs precisarão inserir um cabeçalho de identificador de feedback "Feedback-ID". Este cabeçalho identificará o cliente e ou campanhas, mailings e tipos de e-mail. Relatórios de FBL serão gerados com base nesses identificadores.

O cabeçalho "Feedback-ID" terá um máximo de 4 campos, 3 são opcionais.

"Feedback-ID: a:b:c:ESPid"

  • "Feedback-ID" é o nome do cabeçalho

  • "a:b:c" são os 3 campos opcionais que podem ser qualquer coisa que o ESP escolher (ex: campanha, mailing, tipo de tráfego)

  • "ESPid" é o único campo obrigatório. Este ID corresponde a um cliente do ESP e deve ser exclusivo e persistente para aquele cliente.

O Gmail agregará dados para os últimos 4 campos a partir do lado direito e ignorará quaisquer campos extras. Os dados retornados no relatório de feedback serão agregados pela tag vista no cabeçalho Feedback-ID. Cada tag será incluída no relatório e não há limites para o número total de tags especificadas. No entanto, o Gmail ignorará tags com mensagens muito poucas para evitar abusos.

Os dados de FBL serão agregados de forma independente por cada identificador e não agrupados entre identificadores. As porcentagens de spam serão relatadas para todos os e-mails contendo um dado identificador, independentemente da posição no cabeçalho do identificador. O relatório FBL será enviado na forma de um anexo CSV e contém dados recebidos pelo Gmail no dia anterior pelo ESP. Este relatório é destinado aos usuários do gmail.com e não suporta domínios Google-Apps ou hospedados no Google.


Requisitos de Implementação do Ciclo de Feedback do Gmail

Requisito

Expectativa do FBL do Gmail

Notas

Identificador de feedback

Cabeçalho Feedback-ID necessário

Identifica cliente / campanha / tipo de tráfego

Campos de cabeçalho

Máx 4 campos

O campo mais à direita deve ser um ID específico do ESP

Lógica de agregação

Por identificador, não combinado

A posição no cabeçalho não importa

Tráfego de baixo volume

Ignorado

Previne abusos e desanonimização

Autenticação

Assinatura dupla DKIM necessária

Previne falsificação de cabeçalho

Domínios DKIM

Máx 10 valores d= únicos

Subdomínios permitidos

Comprimento da chave DKIM

≥ 1024 bits

Chaves mais curtas tratadas como não assinadas

Formato do relatório

Anexo CSV

Cobre o tráfego do dia anterior

Quais são os requisitos do DKIM?

Para evitar a falsificação do cabeçalho “Feedback-ID”, o ESP deve remover quaisquer instâncias deste cabeçalho antes de inseri-lo e, em seguida, assiná-lo com a chave do domínio do ESP. Isso é além de qualquer assinatura existente e é uma prática comumente conhecida como “dupla assinatura”.

Pode haver até 10 domínios de assinatura DKIM “d=” únicos usados para assinar esses cabeçalhos, mas subdomínios podem ser usados como uma alternativa.

No que diz respeito ao comprimento da chave DKIM, o Gmail exige uma chave mínima de 1024 bits de comprimento. De acordo com o site do postmaster do Gmail, o Gmail tem tratado todos os e-mails assinados com menos de chaves de 1024 bits como não assinados desde janeiro de 2013. Eles recomendam que os remetentes afetados com chaves curtas mudem para chaves RSA que tenham pelo menos 1024 bits de comprimento.

Para evitar a falsificação do cabeçalho “Feedback-ID”, o ESP deve remover quaisquer instâncias deste cabeçalho antes de inseri-lo e, em seguida, assiná-lo com a chave do domínio do ESP. Isso é além de qualquer assinatura existente e é uma prática comumente conhecida como “dupla assinatura”.

Pode haver até 10 domínios de assinatura DKIM “d=” únicos usados para assinar esses cabeçalhos, mas subdomínios podem ser usados como uma alternativa.

No que diz respeito ao comprimento da chave DKIM, o Gmail exige uma chave mínima de 1024 bits de comprimento. De acordo com o site do postmaster do Gmail, o Gmail tem tratado todos os e-mails assinados com menos de chaves de 1024 bits como não assinados desde janeiro de 2013. Eles recomendam que os remetentes afetados com chaves curtas mudem para chaves RSA que tenham pelo menos 1024 bits de comprimento.

Para evitar a falsificação do cabeçalho “Feedback-ID”, o ESP deve remover quaisquer instâncias deste cabeçalho antes de inseri-lo e, em seguida, assiná-lo com a chave do domínio do ESP. Isso é além de qualquer assinatura existente e é uma prática comumente conhecida como “dupla assinatura”.

Pode haver até 10 domínios de assinatura DKIM “d=” únicos usados para assinar esses cabeçalhos, mas subdomínios podem ser usados como uma alternativa.

No que diz respeito ao comprimento da chave DKIM, o Gmail exige uma chave mínima de 1024 bits de comprimento. De acordo com o site do postmaster do Gmail, o Gmail tem tratado todos os e-mails assinados com menos de chaves de 1024 bits como não assinados desde janeiro de 2013. Eles recomendam que os remetentes afetados com chaves curtas mudem para chaves RSA que tenham pelo menos 1024 bits de comprimento.

Como podemos implementar corretamente os requisitos do FBL do Gmail no Momentum?

Várias assinaturas são suportadas na plataforma Momentum usando política Lua. O OpenDKIM é agora o módulo de assinatura preferido nas versões 3.6.0 e posteriores do Momentum. Mais informações sobre as bibliotecas Lua para assinatura podem ser encontradas em nossa documentação.

Também criamos uma política Lua de assinatura OpenDKIM simples que configura facilmente um segundo domínio de assinatura. Você pode encontrar mais informações em nosso guia sobre a política Lua de assinatura OpenDKIM.

Várias assinaturas são suportadas na plataforma Momentum usando política Lua. O OpenDKIM é agora o módulo de assinatura preferido nas versões 3.6.0 e posteriores do Momentum. Mais informações sobre as bibliotecas Lua para assinatura podem ser encontradas em nossa documentação.

Também criamos uma política Lua de assinatura OpenDKIM simples que configura facilmente um segundo domínio de assinatura. Você pode encontrar mais informações em nosso guia sobre a política Lua de assinatura OpenDKIM.

Várias assinaturas são suportadas na plataforma Momentum usando política Lua. O OpenDKIM é agora o módulo de assinatura preferido nas versões 3.6.0 e posteriores do Momentum. Mais informações sobre as bibliotecas Lua para assinatura podem ser encontradas em nossa documentação.

Também criamos uma política Lua de assinatura OpenDKIM simples que configura facilmente um segundo domínio de assinatura. Você pode encontrar mais informações em nosso guia sobre a política Lua de assinatura OpenDKIM.

Quais outros ISPs fornecem ciclos de feedback?

Se você está procurando mais informações sobre como funcionam os ciclos de feedback, consulte as “Recomendações Operacionais do Ciclo de Feedback de Reclamação” documento RFC 6449. E enquanto falamos sobre ciclos de feedback, faz sentido compartilhar links para outros provedores FBL confiáveis, caso você ainda não os tenha.

Agora, para resumir: é uma ótima notícia que o Google agora fornece um FBL. Ele tem algumas peculiaridades e os remetentes precisarão fazer algumas configurações para fazê-lo funcionar para eles. Mas para os usuários do Momentum, esse será um processo simples. Se algum leitor quiser compartilhar sua experiência com o novo FBL do Google, adoraríamos ouvir sua história. Sinta-se à vontade para deixar feedback nos comentários.

Se você está procurando mais informações sobre como funcionam os ciclos de feedback, consulte as “Recomendações Operacionais do Ciclo de Feedback de Reclamação” documento RFC 6449. E enquanto falamos sobre ciclos de feedback, faz sentido compartilhar links para outros provedores FBL confiáveis, caso você ainda não os tenha.

Agora, para resumir: é uma ótima notícia que o Google agora fornece um FBL. Ele tem algumas peculiaridades e os remetentes precisarão fazer algumas configurações para fazê-lo funcionar para eles. Mas para os usuários do Momentum, esse será um processo simples. Se algum leitor quiser compartilhar sua experiência com o novo FBL do Google, adoraríamos ouvir sua história. Sinta-se à vontade para deixar feedback nos comentários.

Se você está procurando mais informações sobre como funcionam os ciclos de feedback, consulte as “Recomendações Operacionais do Ciclo de Feedback de Reclamação” documento RFC 6449. E enquanto falamos sobre ciclos de feedback, faz sentido compartilhar links para outros provedores FBL confiáveis, caso você ainda não os tenha.

Agora, para resumir: é uma ótima notícia que o Google agora fornece um FBL. Ele tem algumas peculiaridades e os remetentes precisarão fazer algumas configurações para fazê-lo funcionar para eles. Mas para os usuários do Momentum, esse será um processo simples. Se algum leitor quiser compartilhar sua experiência com o novo FBL do Google, adoraríamos ouvir sua história. Sinta-se à vontade para deixar feedback nos comentários.

Outras notícias

Leia mais desta categoria

A person is standing at a desk while typing on a laptop.

A plataforma completa nativa de IA que escalará com o seu negócio.

© 2025 Pássaro

A person is standing at a desk while typing on a laptop.

A plataforma completa nativa de IA que escalará com o seu negócio.

© 2025 Pássaro