Requisitos de Autenticação do Gmail: O Que os Usuários do Mailbird Precisam Saber em 2026

Compreender a evolução da autenticação do Gmail: de opcional a obrigatória

O email tem sido vulnerável a abusos durante muito tempo porque o protocolo SMTP original nunca exigiu uma autenticação forte do remetente. Esta fraqueza fundamental permitiu aos atacantes falsificar facilmente os endereços "De" e se passar por organizações legítimas. De acordo com as diretrizes oficiais de remetentes do Gmail, a Google confiava anteriormente em filtros de conteúdo e sistemas de reputação para combater o spam, mas a escala e sofisticação das ameaças modernas exigiam uma abordagem mais prescritiva.

O ponto de viragem ocorreu em outubro de 2023 quando a Google anunciou que aplicaria regras mais rigorosas a partir de 2024 para manter o spam fora das caixas de entrada dos utilizadores. Isto não se tratava apenas de bloquear mais spam, mas de estabelecer a autenticação como um padrão universal para emails legítimos. A Google informou que os esforços anteriores de autenticação já tinham reduzido mensagens não autenticadas em aproximadamente 75%, mas campanhas persistentes de falsificação e phishing que exploram lacunas restantes exigiam uma aplicação mais rigorosa.

O Limite para Remetentes em Massa: Quem é Afetado?

A Google define um "remetente em massa" como qualquer entidade que envia 5.000 ou mais mensagens para endereços pessoais do Gmail num único dia. Este limite é crítico porque determina quem enfrenta os requisitos de autenticação mais rigorosos. O fornecedor de alojamento FastComet explica que ultrapassar este limite mesmo uma vez é suficiente para ser classificado permanentemente como remetente em massa, o que significa que os requisitos mais estritos continuam a aplicar-se mesmo que o volume diminua posteriormente.

Esta classificação afeta mais organizações do que possa imaginar. Plataformas de marketing, operadores de newsletters, fornecedores SaaS e até empresas de dimensão média que gerem os seus próprios servidores de email frequentemente ultrapassam este limite. Para os utilizadores Mailbird, isto significa que, enquanto utilizadores finais individuais que enviam volumes modestos provavelmente não serão diretamente condicionados, qualquer organização que utilize o Mailbird como interface para uma infraestrutura de envio de alto volume deve garantir conformidade com estes padrões de autenticação.

A Convergência Entre Fornecedores

O Gmail não está a agir sozinho. A Yahoo implementou requisitos praticamente idênticos, e a Microsoft anunciou que aplicará normas similares para o Outlook.com até 5 de maio de 2025. Esta convergência entre fornecedores significa que SPF, DKIM, DMARC e uma gestão adequada das listas se tornaram efetivamente requisitos universais para emails legítimos, e não apenas restrições específicas do Gmail.

Requisitos Técnicos Explicados: O Que Deve Implementar

Compreender o que o Gmail realmente exige pode parecer esmagador, especialmente se não tiver conhecimentos técnicos profundos. Vamos analisar cada mecanismo de autenticação e o que isso significa para a sua infraestrutura de email.

Requisitos Básicos para Todos os Remetentes

A documentação de autenticação da Google deixa claro que todos os remetentes, independentemente do volume, devem implementar autenticação SPF ou DKIM, com fortes recomendações para usar ambos os mecanismos em conjunto.

Sender Policy Framework (SPF) permite que os proprietários de domínio especifiquem quais servidores de email estão autorizados a enviar mensagens em nome dos seus domínios. Quando o Gmail recebe uma mensagem, verifica o registo SPF no DNS para confirmar que o servidor de ligação está listado como remetente autorizado. Se não houver correspondência, a verificação SPF falha, sinalizando uma possível tentativa de falsificação.

DomainKeys Identified Mail (DKIM) fornece garantia criptográfica de que o conteúdo da mensagem não foi alterado em trânsito e que a mensagem realmente se origina do domínio declarado. Os proprietários do domínio geram um par de chaves pública-privada, publicam a chave pública no DNS e os seus servidores de email de saída assinam as mensagens com a chave privada. Os servidores receptores recuperam então a chave pública para verificar a assinatura.

Além da autenticação, o Gmail exige que todos os remetentes garantam que os seus domínios de envio ou endereços IP tenham registos DNS válidos de encaminhamento e inverso (PTR). O fornecedor de segurança NoSpamProxy destaca que o mapeamento DNS reverso apropriado de um endereço IP para um nome de host significativo é uma medida básica anti-abuso que os principais fornecedores usam para filtrar hosts mal configurados.

Requisitos Adicionais para Remetentes em Volume

Se enviar 5.000 ou mais mensagens por dia para endereços Gmail, enfrentará requisitos significativamente mais rigorosos. Os remetentes em volume devem implementar tanto SPF como DKIM, e devem publicar um registo DMARC que especifica como os receptores devem tratar mensagens que falham a autenticação.

Domain-based Message Authentication, Reporting and Conformance (DMARC) baseia-se em SPF e DKIM permitindo aos proprietários do domínio publicar uma política que indica como os receptores devem tratar mensagens que falham nas verificações de autenticação. Um registo DMARC é publicado no DNS e especifica parâmetros como a política (p=none, quarantine, ou reject), modos de alinhamento e endereços para relatórios.

O DMARC exige que o domínio no cabeçalho "De" visível esteja alinhado com o domínio SPF do envelope-from ou o domínio de assinatura DKIM — ou preferencialmente ambos. Este requisito de alinhamento fecha lacunas que os atacantes podem explorar ao usar infraestruturas de terceiros enquanto se fazem passar por marcas confiáveis.

Cancelamento de Subscrição com Um Clique e Limites de Queixas de Spam

Os remetentes em volume também devem fornecer funcionalidade de cancelamento de subscrição com um clique para mensagens comerciais e promocionais. A empresa de segurança Proofpoint detalha que isso deve ser possível tanto através de um link visível no corpo da mensagem como através de cabeçalhos list-unsubscribe padronizados, seguindo a RFC 8058, com os pedidos de cancelamento processados em até dois dias.

Talvez o mais desafiador sejam os limites de queixas de spam. O Gmail espera que os remetentes em volume mantenham as taxas de spam reportadas pelos utilizadores abaixo de 0,1% e nunca permitam que ultrapassem 0,3%. A plataforma de outreach Woodpecker observa que para 1.000 emails diários, mesmo três mensagens reportadas como spam podem colocar um remetente na zona de perigo, reforçando a necessidade de listas de emails altamente segmentadas e baseadas em permissão.

Cronograma de Aplicação e Consequências: O Que Está Acontecendo Agora

Compreender o cronograma de aplicação ajuda a avaliar a urgência de implementar estes requisitos de autenticação do remetente do Gmail e as consequências que pode enfrentar em caso de não conformidade.

Implementação Faseada (Fevereiro 2024 - Novembro 2025)

O Gmail começou a exigir autenticação de e-mail para mensagens enviadas a contas Gmail em fevereiro de 2024, com remetentes em grande volume sujeitos a requisitos adicionais para políticas DMARC, alinhamento e cancelamento de subscrição com um clique. A plataforma de marketing Higher Logic reporta que, a partir de abril de 2024, o Google começou a rejeitar uma percentagem do tráfego de e-mail não conforme, com a taxa de rejeição a aumentar ao longo do tempo à medida que os remetentes se foram adaptando.

O Google reviu o prazo para implementar o cancelamento de subscrição com um clique para 1 de junho de 2024, dando aos remetentes em grande volume mais tempo para ajustar os seus sistemas de envio. A abordagem de aplicação enfatizou a implementação gradual, com um foco inicial na educação e rejeições parciais antes de avançar para uma aplicação mais abrangente.

Novembro 2025: Passagem para Aplicação Rigorosa

O fornecedor de segurança de e-mail Red Sift explica que o Gmail avançou para uma aplicação mais rigorosa em novembro de 2025, com rejeição total das mensagens não conformes esperada para remetentes que não implementem a autenticação e funcionalidades de cancelamento de subscrição requeridas. O período de tolerância terminou—mensagens não conformes enfrentam agora limitação temporária da taxa ou rejeição permanente.

A aplicação do Gmail inclui códigos de falha temporária na série 4.7.x, que indicam limitação ou adiamento, e códigos de falha permanente na série 5.7.x, que bloqueiam mensagens totalmente quando violam claramente os requisitos do remetente. Para remetentes estabelecidos, a aplicação começou de forma gradual, enquanto domínios novos que não enviaram tráfego em grande volume desde início de 2024 enfrentam um cronograma de aplicação acelerado ao ultrapassarem o limiar de remetente em grande volume.

O Que a Não Conformidade Significa para a Sua Entregabilidade

As consequências da não conformidade são severas e imediatas. Mensagens de domínios não autenticados ou desalinhados têm maior probabilidade de serem rejeitadas totalmente ou desviadas para pastas de spam. Se a taxa de reclamações de spam ultrapassar 0,3%, pode perder o acesso ao suporte de mitigação do Gmail até que as taxas de reclamação regressem abaixo de 0,3% durante sete dias consecutivos.

Para os utilizadores do Mailbird que gerem sistemas de marketing ou transacionais, isto significa que, a partir do final de 2025 e durante 2026, qualquer tentativa de executar campanhas em massa para destinatários Gmail de domínios com autenticação inadequada resulta em elevadas taxas de rejeição, mesmo que a conectividade básica SMTP pareça funcionar do lado do cliente.

O Que Isto Significa para os Utilizadores do Mailbird: Implicações Práticas

Como utilizador do Mailbird, poderá estar a questionar-se sobre como estes requisitos de autenticação do remetente do Gmail afetam o seu fluxo diário de emails. A resposta depende de como está a usar o Mailbird e do tipo de infraestrutura de email que tem por trás.

Utilizadores de Contas Padrão Gmail e Outlook

Se estiver a utilizar o Mailbird para ligar a contas padrão do Gmail ou Outlook.com e a enviar emails através dos servidores SMTP desses provedores, grande parte da responsabilidade da autenticação é gerida automaticamente. O Gmail assina as mensagens enviadas com DKIM e gere os registos SPF para o domínio gmail.com. As suas principais responsabilidades são enviar emails desejados, não spam, respeitar o consentimento dos destinatários e evitar comportamentos que desencadeiem queixas de spam.

A integração OAuth 2.0 do Mailbird assegura acesso seguro à conta que está alinhado com as expectativas modernas de segurança da Google. Esta abordagem de autenticação baseada em tokens reduz o risco ao utilizar OAuth em vez de armazenar diretamente as palavras-passe, garantindo compatibilidade com as políticas de acesso em evolução da Google.

Utilizadores de Domínios Personalizados e Infraestruturas Auto-Hospedadas

Os impactos mais significativos ocorrem quando opera domínios personalizados ou servidores de email auto-hospedados e configura estas contas no Mailbird. Nesses casos, você — como proprietário do domínio — deve publicar registos SPF precisos listando os seus servidores de envio, configurar a assinatura DKIM nos servidores SMTP de saída e publicar uma política DMARC.

O guia de requisitos de autenticação do Mailbird sublinha que, embora o Mailbird seja um cliente de email e não uma infraestrutura de envio, os utilizadores devem confirmar que os seus provedores de email ou sistemas auto-hospedados estão atualizados com os requisitos de autenticação para evitar problemas de entregabilidade ao enviar para o Gmail e outros grandes provedores de correio.

Deve também assegurar que os registos DNS diretos e reversos para os seus IPs de envio estão corretamente configurados e são significativos, e que o TLS está ativado para as ligações SMTP de saída. Para organizações que enviam mais de 5.000 mensagens por dia para endereços Gmail, é obrigatório implementar a desinscrição com um clique nos seus sistemas de mailing e monitorizar as taxas de reclamação de spam para garantir que se mantêm abaixo de 0,3%.

A Distinção entre Cliente e Servidor

É fundamental compreender que o Mailbird gere o acesso cliente-servidor (como inicia sessão na sua conta de email), enquanto SPF, DKIM e DMARC regulam a entrega de email servidor-servidor (como as suas mensagens são autenticadas para os destinatários). A conformidade com os requisitos mais rigorosos de envio do Gmail diz respeito principalmente a este último.

Isto significa que usar um cliente de email de confiança como o Mailbird não garante automaticamente a entregabilidade — a conformidade depende dos registos DNS do seu domínio, da configuração do servidor e das práticas de envio. O Mailbird não pode configurar estes mecanismos do lado do servidor em seu nome, mas fornece orientações claras sobre o que precisa de garantir a nível da infraestrutura.

Desafios de Implementação e Soluções Práticas

Muitas organizações enfrentam dificuldades na implementação dos requisitos de autenticação do remetente do Gmail, especialmente pequenas e médias empresas que não possuem equipas dedicadas à segurança de email. Compreender os desafios comuns e as suas soluções pode ajudá-lo a gerir esta transição de forma mais eficaz.

Erros Comuns de Configuração

As configurações incorretas são surpreendentemente frequentes e podem comprometer inadvertidamente a autenticação. Registos SPF excessivamente longos ou conflitantes, seletores DKIM em falta ou sintaxe DMARC incorreta podem levar ao aumento da filtragem de spam ou rejeição direta pelo Gmail. O desafio é agravado pelo facto de as alterações de DNS demorarem a propagar-se e de os testes de autenticação em vários fornecedores exigirem ferramentas especializadas.

Discussões na comunidade, como no fórum de alojamento Virtualmin, revelam confusão contínua entre administradores sobre como interpretar os conselhos do Google, particularmente no que respeita a se SPF, DKIM e DMARC são exigidos para todos os remetentes ou apenas para aqueles que enviam mais de 5.000 mensagens.

Soluções para Pequenas e Médias Organizações

Se gere a sua própria infraestrutra de email, comece por trabalhar com o seu fornecedor de alojamento ou equipa de TI para auditar a configuração de autenticação atual. A maioria dos fornecedores de alojamento reputados oferece agora guias e ferramentas para o ajudar a configurar corretamente os registos SPF, DKIM e DMARC.

Utilize as Ferramentas Postmaster do Gmail para monitorizar as suas taxas de denúncias de spam e o estado da autenticação. Esta ferramenta gratuita oferece visibilidade sobre como o Gmail percebe o seu domínio de envio e pode alertá-lo para problemas antes que eles afetem gravemente a entregabilidade. Procure manter as taxas de spam abaixo de 0,1% e garantir que a autenticação SPF e DKIM seja consistentemente aprovada.

Para DMARC, comece com uma política "p=none" enquanto monitora os relatórios e identifica quaisquer fontes legítimas de correio que possam falhar na autenticação. Quando tiver a certeza de que todo o correio legítimo está devidamente autenticado, pode avançar gradualmente para políticas mais rigorosas, como "p=quarantine" ou "p=reject", para proteger completamente o seu domínio contra falsificação.

Impacto nos Fluxos de Trabalho de Marketing

As plataformas de marketing e newsletters tiveram de ajustar os seus fluxos de trabalho e configurações padrão em resposta aos requisitos do Gmail. Muitos fornecedores de serviços de email implementam agora automaticamente cabeçalhos de cancelamento de subscrição com um clique e fornecem ferramentas para ajudar os clientes a manter baixas taxas de denúncias de spam.

Se estiver a gerir campanhas de marketing através de contas ligadas ao Mailbird, terá de adaptar as suas estratégias reduzindo os volumes de envio por domínio, aquecendo os domínios gradualmente, segmentando as listas cuidadosamente e evitando enviar para contactos não envolvidos ou comprados. Estes ajustes ajudam a manter as taxas de denúncias e rejeição dentro dos limites do Gmail e a preservar a sua reputação como remetente.

Cenários Complexos de Encaminhamento e Reencaminhamento

Organizações que operam serviços de reencaminhamento, servidores de listas de distribuição ou arquiteturas complexas de encaminhamento enfrentam desafios específicos, pois estes cenários podem quebrar o alinhamento SPF e complicar a avaliação DMARC. O Authenticated Received Chain (ARC) foi concebido para mitigar estes problemas, preservando os resultados de autenticação através de intermediários, mas implementar ARC requer tanto conhecimento técnico como suporte de software.

Para utilizadores do Mailbird que participam em listas de distribuição ou reencaminham mensagens de várias contas, é essencial compreender que a entregabilidade é influenciada por toda a cadeia de servidores que manuseiam uma mensagem — e não apenas pelo cliente — para uma resolução eficaz de problemas.

Como o Mailbird o ajuda a navegar pelo novo panorama de autenticação

Embora o Mailbird não possa configurar a autenticação do lado do servidor por si, oferece várias vantagens que o ajudam a trabalhar eficazmente dentro dos novos requisitos de autenticação.

Integração moderna com OAuth 2.0

A implementação do OAuth 2.0 pelo Mailbird para contas Gmail e Outlook assegura que está a usar o método de autenticação mais seguro e aprovado pelo fornecedor para o acesso cliente-servidor. Esta abordagem baseada em tokens está alinhada com as melhores práticas de segurança da Google e da Microsoft e garante acesso contínuo e fiável à medida que os fornecedores eliminam os métodos legados de autenticação por palavra-passe.

Esta base moderna de autenticação significa que pode concentrar-se nos requisitos de autenticação do remetente do Gmail do lado do servidor sem se preocupar se o cliente de email é compatível com as políticas de segurança do fornecedor.

Recursos educativos claros

O Mailbird fornece guias abrangentes que ajudam os utilizadores a compreender a distinção entre autenticação do lado do cliente (OAuth 2.0) e autenticação de email do lado do servidor (SPF, DKIM, DMARC). Esta abordagem educativa capacita os utilizadores a trabalhar eficazmente com os seus fornecedores de alojamento ou equipas de TI para garantir total conformidade com os requisitos do Gmail.

Ao explicar o que precisa configurar ao nível do DNS e do servidor — embora o Mailbird não faça essa gestão — o Mailbird ajuda a evitar a confusão que frequentemente envolve estes requisitos técnicos.

Interface unificada para múltiplas contas

A capacidade do Mailbird de gerir múltiplas contas de email de diferentes fornecedores numa única interface torna-se particularmente valiosa à medida que os requisitos de autenticação se tornam mais rigorosos. Pode monitorizar a entrega nas suas contas Gmail, Outlook e domínios personalizados a partir de um só local, facilitando a deteção de padrões ou problemas que possam indicar questões de autenticação.

Esta perspetiva unificada ajuda a manter o controlo das suas operações de email mesmo enquanto trabalha com diferentes fornecedores de infraestrutura para garantir que a autenticação do remetente do Gmail do lado do servidor de cada conta está devidamente configurada.

Gestão profissional de email

À medida que os limiares de queixas de spam do Gmail tornam a higienização das listas e a comunicação direcionada mais críticas, as funcionalidades de produtividade do Mailbird — incluindo modelos de email, funcionalidades de soneca e gestão integrada de tarefas — ajudam-no a manter uma comunicação profissional e relevante com os seus contactos. Ao facilitar a personalização de mensagens e a gestão de seguimentos, o Mailbird apoia práticas de email ponderadas e baseadas em permissões que mantêm as taxas de queixas baixas.

Preparar-se para Requisitos Futuros: O que Está a Vir

Os requisitos atuais do Gmail provavelmente não serão a palavra final sobre autenticação de e-mail. Compreender a provável trajetória da aplicação futura ajuda a tomar decisões de infraestrutura que permanecerão viáveis a longo prazo.

Aplicação Universal do DMARC

As perguntas frequentes da Google observam explicitamente que, embora o alinhamento DMARC com SPF e DKIM ainda não seja universalmente obrigatório, é provável que venha a ser no futuro. A Microsoft já está a considerar o alinhamento DMARC nas decisões de filtragem do Outlook, indicando um movimento entre fornecedores para requisitos de alinhamento mais rigorosos.

Os fornecedores de segurança geralmente esperam que as políticas DMARC se tornem padrão para a maioria dos domínios sérios, com uma tendência eventual para políticas "p=reject" à medida que as organizações ganham confiança na cobertura da autenticação e desejam desligar completamente os e-mails falsificados que alegam ser da sua marca.

Expansão Além dos Remetentes em Massa

Embora os requisitos mais rigorosos se apliquem atualmente apenas a remetentes em massa que enviam mais de 5.000 mensagens por dia, as discussões na comunidade sugerem que esse limite pode não permanecer a única linha divisória indefinidamente. À medida que o ecossistema amadurece e a autenticação se torna mais generalizada, os fornecedores podem estender requisitos mais rigorosos a remetentes menores também.

Implementar autenticação forte agora — mesmo que ainda não alcance o limite de remetente em massa — posiciona-o bem para qualquer aperto futuro dos requisitos e protege o seu domínio contra ataques de falsificação, independentemente do volume de envio.

Normas Emergentes: BIMI e Relatórios Aprimorados

Os Indicadores de Marca para Identificação de Mensagens (BIMI) são uma norma emergente que permite aos proprietários de domínios com políticas DMARC estritas exibir logos de marca verificados junto às mensagens em clientes que o suportem. Embora o BIMI não faça parte diretamente dos requisitos obrigatórios do Gmail, a sua dependência do DMARC com aplicação enfatiza como a autenticação forte pode desbloquear benefícios adicionais no ecossistema além da simples entregabilidade.

Capacidades aprimoradas de relatórios e sistemas de reputação mais sofisticados também provavelmente irão surgir, oferecendo aos remetentes melhor visibilidade sobre como as suas mensagens são avaliadas e fornecendo feedback mais detalhado para ajudar a manter altas taxas de entregabilidade.

Passos de Ação para Utilizadores do Mailbird: A Sua Lista de Verificação de Conformidade

Se é um utilizador do Mailbird preocupado com os requisitos de autenticação do remetente do Gmail, aqui está uma lista prática para garantir que a sua infraestrutura de email está devidamente configurada.

Para Utilizadores de Contas Padrão do Gmail/Outlook

Verifique a Ligação OAuth 2.0: Assegure-se de que as suas contas Gmail e Outlook no Mailbird estão ligadas usando OAuth 2.0 em vez da autenticação por palavra-passe legada. O suporte moderno de autenticação do Mailbird trata disto automaticamente para novas contas adicionadas.

Monitorize as Reclamações de Spam: Mesmo ao usar infraestrutura gerida pelo fornecedor, preste atenção à forma como os destinatários interagem com as suas mensagens. Taxas elevadas de reclamações de spam podem afetar a reputação da sua conta, mesmo que a autenticação esteja a ser tratada pelo Gmail ou Outlook.

Mantenha a Higiene da Lista: Se enviar para listas de distribuição ou grupos, certifique-se de que tem o consentimento adequado dos destinatários e forneça opções claras para cancelarem a subscrição para manter as taxas de reclamação baixas.

Para Utilizadores de Domínio Personalizado e Infraestrutura Auto-Hospedada

Audite os Seus Registos DNS: Trabalhe com o seu fornecedor de alojamento ou equipa de TI para verificar que o seu domínio tem registos SPF configurados corretamente, listando todos os servidores autorizados a enviar. Assegure que a assinatura DKIM está ativada nos seus servidores SMTP de saída e que as chaves públicas estão publicadas no DNS.

Implemente DMARC: Publique um registo DMARC para o seu domínio de envio, começando com "p=none" para permitir relatórios sem afetar o fluxo de email. Monitorize os relatórios para identificar quaisquer falhas de autenticação e, depois, avance gradualmente para políticas mais rigorosas.

Verifique o Alinhamento do Domínio: Assegure que o domínio no cabeçalho "From" visível está alinhado com o domínio SPF envelope-from ou com o domínio de assinatura DKIM (preferencialmente ambos). Este alinhamento é crucial para passar as verificações DMARC.

Configure o DNS Reverso: Verifique que os endereços IP de envio têm registos PTR válidos que apontem para nomes de host significativos e consistentes com o seu domínio de envio.

Ative o TLS: Assegure que os seus servidores SMTP suportam TLS para transporte encriptado e que as conexões de saída usam encriptação por defeito.

Configure as Ferramentas Postmaster do Gmail: Registe o seu domínio nas Ferramentas Postmaster do Gmail para monitorizar as taxas de reclamações de spam, o estado da autenticação e outras métricas de entregabilidade.

Para Remetentes de Grandes Volumes (5.000+ Mensagens/Dia)

Implemente Cancelamento de Subscrição com Um Clique: Assegure que o seu sistema de envio inclui links visíveis para cancelamento de subscrição nos corpos das mensagens e cabeçalhos standard list-unsubscribe em conformidade com o RFC 8058. Processe os pedidos de cancelamento no prazo de dois dias.

Monitorize os Limites de Reclamação: Acompanhe ativamente a sua taxa de reclamações de spam através das Ferramentas Postmaster e garanta que se mantém abaixo de 0,1%, nunca excedendo 0,3%. Implemente segmentação de listas e envios baseados no envolvimento para minimizar reclamações.

Separe os Tipos de Tráfego: Siga a recomendação da Yahoo de não misturar tráfego de marketing em massa com tráfego transacional ou específico do utilizador nos mesmos endereços IP, para preservar a reputação dos canais de comunicação críticos.

Considere ARC para Reencaminhamento: Se operar listas de distribuição ou serviços de reencaminhamento, implemente a Corrente Autenticada Recebida (ARC) para preservar os resultados de autenticação através dos intermediários.

Perguntas Frequentes