---
title: "Combine registros SPF corretamente para evitar erros de “Too Many DNS Lookups” | AutoSPF"
description: "Um domínio só pode ter um único registro SPF TXT. Vários registros causam um PermError e quebram totalmente a autenticação. Aprenda a mesclar corretamente vários registros SPF em um só e a permanecer abaixo do limite de 10 consultas DNS da RFC 7208."
image: "https://autospf.com/og/blog/combine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors.png"
canonical: "https://autospf.com/pt/blog/combine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors/"
---

Quick Answer

Um domínio só pode ter UM registro SPF TXT, conforme a RFC 7208 §3.2 - vários registros causam um PermError que quebra totalmente a autenticação. Para combiná-los, mescle todos os mecanismos de cada registro em uma única string 'v=spf1 ...' e depois verifique se a contagem total de consultas DNS permanece abaixo de 10\. O registro final deve listar primeiro os literais ip4/ip6, depois os mecanismos include, e terminar com um único qualificador como -all.

## Try Our Free SPF Checker

Instantly analyze any domain's SPF record - check syntax, count DNS lookups, and flag errors.

[ Check SPF Record → ](/tools/spf-checker/) 

Share 

[ ](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F "Share on LinkedIn") [ ](https://twitter.com/intent/tweet?text=Combine%20registros%20SPF%20corretamente%20para%20evitar%20erros%20de%20%E2%80%9CToo%20Many%20DNS%20Lookups%E2%80%9D&url=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F "Share on X/Twitter") [ ](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F "Share on Facebook") [ ](https://reddit.com/submit?url=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F&title=Combine%20registros%20SPF%20corretamente%20para%20evitar%20erros%20de%20%E2%80%9CToo%20Many%20DNS%20Lookups%E2%80%9D "Share on Reddit") [ ](mailto:?subject=Combine%20registros%20SPF%20corretamente%20para%20evitar%20erros%20de%20%E2%80%9CToo%20Many%20DNS%20Lookups%E2%80%9D&body=Check out this article: https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F "Share via Email") 

![DNS Lookup error](https://media.mailhop.org/autospf/images/2025/10/spf-permerror-4889.jpg) 

**Um domínio só pode ter um único registro SPF TXT.** Vários registros SPF no mesmo nome causam um `PermError`, conforme a [RFC 7208 §3.2](https://datatracker.ietf.org/doc/html/rfc7208#section-3.2), e quebram a autenticação de todas as mensagens do domínio - mesmo que cada registro individual seja sintaticamente válido por si só.

> “Do ponto de vista da engenharia, o limite de 10 consultas é um mecanismo de proteção de recursos, não um recurso de segurança”, afirma Adam Lundrigan, CTO da DuoCircle. “A RFC 7208 limita as consultas para impedir que a avaliação do SPF se torne um vetor de amplificação de DNS. Mas o efeito prático é que qualquer empresa que use mais de 3 ou 4 serviços de e-mail atinge o teto. A solução é o flattening - que troca contagem de consultas por comprimento do registro - ou as macros, que delegam totalmente a resolução.”

> “O limite de 10 consultas é a causa isolada mais comum de registros SPF corporativos que quebram silenciosamente”, afirma Brad Slavin, General Manager da DuoCircle e fundador da AutoSPF. “Na nossa experiência gerenciando SPF para mais de 2.000 domínios de clientes, o modo de falha é sempre o mesmo: uma equipe adiciona uma nova ferramenta SaaS, seu include empurra o total para além de 10 e e-mails legítimos começam a falhar - mas ninguém percebe até um cliente reclamar de faturas ou redefinições de senha que não chegaram.”

Para combiná-los corretamente, mescle todos os mecanismos de cada registro em uma única string `v=spf1 ... -all`. Por exemplo, se você tiver estes dois registros quebrados:

```
example.com. IN TXT "v=spf1 include:_spf.google.com -all"
example.com. IN TXT "v=spf1 include:sendgrid.net -all"
```

Eles devem ser mesclados em um único registro válido:

```
example.com. IN TXT "v=spf1 include:_spf.google.com include:sendgrid.net -all"
```

A segunda restrição é o limite de 10 consultas DNS da [RFC 7208 §4.6.4](https://datatracker.ietf.org/doc/html/rfc7208#section-4.6.4). Cada mecanismo `include`, `a`, `mx`, `redirect` e `exists` \- além de todas as consultas aninhadas dentro de um registro incluído - conta para o mesmo limite de 10\. Mesclar dois registros que consumiam 6 consultas cada produz um registro combinado que consome 12 e falha de forma tão grave quanto ter dois registros.

Este guia aborda o procedimento exato de mesclagem, como contar as consultas antes de publicar, como fazer o flattening de includes quando você está acima do limite e como verificar o registro combinado com um [verificador de SPF gratuito](/pt/tools/spf-checker/).

## O que são registros SPF: o que são e por que importam?

Um registro SPF é um elemento crítico da autenticação de e-mail, projetado para aumentar a segurança de e-mail e prevenir a falsificação (spoofing) de e-mails. Tecnicamente, um registro SPF é um tipo de registro DNS TXT publicado no [arquivo de zona DNS](https://www.cloudns.net/blog/zone-transfer-zone-file-domain-namespace/) de um domínio, que especifica quais servidores de e-mail estão autorizados a enviar mensagens em nome desse domínio. O sender policy framework (SPF) estabelece essa lista de IPs de envio autorizados para se defender contra agentes maliciosos que tentam fraude de e-mail ou phishing forjando o endereço do remetente.

O SPF desempenha um papel fundamental na validação do remetente de e-mail ao permitir que os servidores de e-mail receptores realizem operações de SPF lookup para verificar se o IP de origem de um e-mail recebido está alinhado com o registro SPF publicado do domínio. Quando combinado com outros protocolos de autenticação de e-mail, como DKIM e DMARC, o SPF contribui significativamente para a entregabilidade de e-mail ao reduzir as chances de [mensagens legítimas](https://www.malwarebytes.com/blog/news/2024/12/americans-urged-to-use-encrypted-messaging-after-large-ongoing-cyberattack) serem marcadas como spam e ao melhorar a reputação de e-mail do remetente. Além disso, o SPF auxilia na filtragem de spam de e-mail ao fornecer um mecanismo claro de verificação para a configuração do servidor de e-mail e para a [verificação de domínio](https://workos.com/guide/the-developers-guide-to-domain-verification).

## Qual é o papel do SPF na autenticação e na entregabilidade de e-mail?

A autenticação de e-mail é uma abordagem em várias camadas, e o SPF fornece a primeira linha de defesa nesse framework. Ao definir um registro SPF DNS TXT, as organizações capacitam os servidores receptores - como os usados por Google Workspace, Microsoft Office 365 ou Amazon SES - a avaliar a autenticidade das mensagens recebidas por meio da validação SPF. A configuração adequada do registro SPF garante que os IPs de envio autorizados sejam identificados, impedindo assim que remetentes não autorizados ou falsificados explorem o domínio.

Uma implementação eficaz de SPF impacta diretamente a entregabilidade de e-mail. Quando uma verificação SPF passa, o qualificador SPF (como “pass”, “softfail”, “hardfail” ou “neutral”) anexado ao cabeçalho do e-mail influencia as políticas de filtragem de spam do destinatário. Por exemplo, um SPF hardfail normalmente causa a rejeição ou quarentena da mensagem, reforçando a prevenção de fraude de e-mail. Soluções de [segurança de e-mail](/pt/inicio/) como Proofpoint, Barracuda Networks, Cisco Email Security, Mimecast e Valimail dependem fortemente dos resultados do SPF combinados com DKIM e DMARC para aplicar políticas de e-mail abrangentes.

## Anatomia de um registro SPF: componentes e sintaxe

Um registro SPF, armazenado como um registro DNS TXT, segue uma sintaxe SPF rígida regida pelos padrões da RFC do SPF. Compreender seus componentes é crucial para o gerenciamento de registros DNS e para evitar erros comuns de registro SPF, como aqueles causados por registros SPF conflitantes ou múltiplos.

![DNS Lookups” Errors](https://media.mailhop.org/autospf/images/2025/10/sender-policy-framework-office-365-1529.jpg) 

Os elementos principais de um registro SPF incluem:

- v=spf1: este identificador de versão marca o registro como um registro DNS TXT habilitado para SPF.
- Tipos de mecanismo SPF: definem os critérios para correspondência de IPs de envio. Mecanismos comuns incluem:
- \`ip4\` / \`ip6\`: especifica endereços IPv4 ou IPv6 específicos.
- \`a\`: permite os registros DNS A ou AAAA do domínio como legítimos.
- \`mx\`: autoriza os IPs de envio listados nos registros MX do domínio.
- diretiva include: importa mecanismos SPF de outros domínios, comumente usada ao integrar serviços como Mailchimp, SendGrid ou Microsoft Exchange.
- modificador redirect: permite o redirecionamento de toda a política SPF para o registro SPF de outro domínio.

_Cada linha de sintaxe de registro DNS TXT deve observar limites de comprimento para evitar truncamento ou problemas de comprimento do registro SPF_. As organizações precisam equilibrar abrangência com otimização, pois registros SPF grandes demais podem levar a problemas como o de múltiplos registros SPF ou a ultrapassagem dos limites de consultas DNS.

## O que causa o erro “Too Many DNS Lookups” no SPF

Um dos erros de registro SPF mais comuns encontrados no gerenciamento de registros DNS é o erro “Too Many DNS Lookups”. Isso ocorre quando a validação SPF dispara mais do que o número permitido de consultas DNS durante o processamento do SPF lookup. A especificação do SPF limita a contagem máxima de consultas DNS a 10 [consultas DNS](/blog/reducing-dns-lookups-using-spf-flattening/) por verificação, para mitigar a carga excessiva sobre os servidores DNS e melhorar os tempos de propagação DNS.

As causas desse erro incluem:

- _O uso excessivo da diretiva include para referenciar vários serviços de e-mail de terceiros, como SparkPost, Postmark ou Zoho Campaigns, resultando em SPF lookups aninhados_.
- A dependência excessiva do modificador redirect em uma configuração SPF complexa sem flattening ou otimização.
- Ter várias strings SPF longas com muitos mecanismos \`a\`, \`mx\` e \`ip\` que disparam múltiplas consultas DNS.
- Configurações incorretas que levam ao problema de múltiplos registros SPF, em que existe mais de um registro SPF para o mesmo domínio, confundindo a ordem de processamento do SPF e causando consultas redundantes.
- Registros SPF excessivamente detalhados devido a listas de ferramentas de gerenciamento de DNS vinculadas a provedores de DNS em nuvem como AWS Route 53, Cloudflare, Google Domains ou GoDaddy.
- O erro “Too Many DNS Lookups” leva a um SPF none ou a uma falha de validação do registro SPF, reduzindo a eficácia da validação do remetente de e-mail e aumentando a vulnerabilidade a ataques de personificação.

## O limite de consultas DNS: por que existe e sua importância

O limite de consultas DNS do SPF é fundamental para manter a eficiência e a estabilidade na verificação de domínio e nos protocolos de autenticação de e-mail. Limitar as consultas de SPF lookup a 10 por verificação SPF garante que os servidores DNS, muitas vezes distribuídos por muitos arquivos de zona DNS globais gerenciados por serviços como Namecheap, Bluehost, Fastmail e Gandi.net, não sejam sobrecarregados.

![Email Security](https://media.mailhop.org/autospf/images/2025/10/how-to-create-spf-record-6374.jpg) 

As principais razões para a existência do limite incluem:

- Otimização de desempenho: consultas DNS excessivas aumentam os atrasos de propagação DNS, reduzindo a taxa de transferência de e-mail e aumentando a latência na configuração do servidor de e-mail.
- Prevenção de vulnerabilidades de negação de serviço (DoS): sem limites, a análise do registro SPF poderia ser explorada para gerar tráfego DNS elevado, impactando a infraestrutura DNS operada por provedores como Dyn DNS ou Cloudflare.
- Simplificação da ordem de processamento do SPF: o protocolo SPF exige o sequenciamento rigoroso de mecanismos e qualificadores. Limitar as consultas evita recursão infinita ou excessiva através das diretivas include e dos modificadores redirect.
- Aumento da precisão da filtragem de spam de e-mail: ao garantir que as verificações SPF sejam concluídas dentro de restrições de recursos, os sistemas de e-mail mantêm um rastreamento consistente da reputação do remetente e uma aplicação robusta da política de e-mail.

Para aderir ao limite de consultas DNS, muitas organizações recorrem a técnicas de otimização de registro SPF, como o flattening de registro SPF. Esse processo substitui includes e macros aninhados por endereços IP diretos, reduzindo o número de SPF lookups necessários e preservando os IPs de envio autorizados. Ferramentas como o Kitterman SPF Validator, o SPF Surveyor, o Dmarcian e o DMARC Analyzer são inestimáveis para o teste e a validação de registros SPF, a fim de identificar e resolver violações do limite de [consultas DNS](https://www.cloudns.net/wiki/article/254/).

Ao configurar registros SPF para plataformas de e-mail corporativas como Microsoft Office 365, Google Workspace, ou ao adicionar remetentes de terceiros como Mailchimp e SendGrid, os profissionais de gerenciamento de registros DNS devem considerar as configurações de [TTL (time to live)](https://www.geeksforgeeks.org/computer-networks/what-is-time-to-live-ttl/) DNS para registros DNS TXT, a fim de equilibrar a propagação DNS rápida com a eficiência de cache, mantendo a autorização de IP do remetente atualizada com o mínimo de tráfego DNS.

Essa compreensão completa da composição, dos mecanismos e dos desafios do registro SPF em torno do erro “Too Many DNS Lookups” é crucial para administradores de TI e equipes de segurança otimizarem a configuração de seu servidor de e-mail, protegerem-se contra a falsificação de e-mail e garantirem uma entregabilidade de e-mail consistente em todos os canais.

## Cenários comuns que levam a consultas DNS excessivas no SPF

As consultas DNS excessivas em um registro SPF ocorrem quando a configuração do servidor de e-mail dispara mais do que as dez consultas DNS permitidas durante a validação SPF. Compreender os cenários típicos ajuda os administradores a prevenir erros de registro SPF e a evitar problemas de entregabilidade de e-mail.

Uma causa prevalente é a presença de várias diretivas include referenciando serviços de e-mail externos como Google Workspace, Microsoft Office 365, Amazon SES ou plataformas de marketing de terceiros como Mailchimp, SendGrid e SparkPost. Cada include requer uma consulta DNS separada para recuperar a política SPF daquele domínio, agravada ainda mais quando esses includes referenciam recursivamente outros domínios.

Outro cenário envolve infraestrutura de envio de e-mail consolidada que usa muitos IPs de envio autorizados em diferentes zonas DNS e subdomínios. Por exemplo, organizações que empregam Proofpoint, Barracuda Networks ou Cisco Email Security frequentemente adicionam vários mecanismos SPF, aumentando rapidamente as contagens de consultas DNS. Registros SPF mal configurados ou sobrepostos também contribuem para o problema de múltiplos registros SPF, em que registros DNS TXT redundantes causam consultas extras e conflitos de registro SPF.

Organizações que gerenciam ecossistemas de e-mail complexos com ambientes híbridos - combinando Microsoft Exchange, Zoho Mail ou outras plataformas - comumente enfrentam desafios para integrar sintaxes SPF variadas sem exceder o limite de consultas DNS. Além disso, as configurações SPF padrão às vezes incluem serviços de amplo uso (por exemplo, Postmark, Zoho Campaigns) cujos [registros DNS](https://www.cloudflare.com/learning/dns/dns-records/) têm mecanismos extensos que aumentam o comprimento do registro SPF e as contagens de consultas.

## Identificando e diagnosticando registros SPF com muitas consultas

Detectar quando um registro SPF excede o limite de consultas DNS requer um gerenciamento robusto de registros DNS e ferramentas de validação SPF. O primeiro passo essencial é empregar um SPF checker ou uma ferramenta SPF para analisar a sintaxe do registro DNS TXT e calcular o total de consultas DNS. Você pode [consultar o seu registro SPF](/pt/tools/spf-record-lookup/) para ver exatamente o que está publicado. Ferramentas como SPF Surveyor, Kitterman SPF Validator, Dmarcian e DMARC Analyzer fornecem relatórios detalhados, destacando o número de consultas disparadas por cada mecanismo SPF, incluindo os mecanismos include, o modificador redirect, a, mx e ptr.

Essas ferramentas facilitam uma validação aprofundada do remetente de e-mail e ajudam a identificar erros específicos de registro SPF, como respostas “permerror” causadas por ultrapassar o limite de consultas DNS de 10\. Identificar se as consultas se originam de includes excessivamente amplos ou aninhados é fundamental para diagnosticar o problema.

![Email deliverability](https://media.mailhop.org/autospf/images/2025/10/spf-checker-4856.jpg) 

Além disso, suítes de segurança de e-mail de fornecedores como Valimail e Agari integram a validação SPF em seus serviços, oferecendo fluxos de trabalho abrangentes de [filtragem de spam](https://www.fortinet.com/resources/cyberglossary/spam-filters) e prevenção de falsificação de e-mail enquanto verificam a conformidade com o SPF.

Monitorar os valores de DNS TTL (Time To Live) também pode influenciar a frequência das consultas de validação SPF durante as fases de [propagação DNS](https://world.siteground.com/kb/dns-propagation/), impactando ainda mais a frequência com que os registros SPF são consultados.

## Quais são as melhores práticas para combinar vários registros SPF?

_Uma armadilha comum é publicar vários registros SPF para um único domínio, o que viola os padrões de sintaxe SPF e resulta em conflitos de registro SPF_. O DNS geralmente suporta apenas um registro SPF DNS TXT por domínio, pois vários registros causam situações de erro de registro SPF, levando os servidores de e-mail a falhar na validação SPF ou a ignorar registros, afetando negativamente a entregabilidade de e-mail e a reputação do remetente.

Para gerenciar vários serviços que exigem diferentes IPs de envio autorizados, combine todos os endereços IP e mecanismos relevantes em um único registro SPF otimizado. Por exemplo, integrar as autorizações de Google Workspace, Amazon SES e SendGrid em uma única entrada SPF, usando a diretiva include e o qualificador SPF adequados (como \`\~all\` para SPF softfail ou \`-all\` para SPF hardfail), garante a integridade da verificação de domínio e uma autenticação de e-mail consistente.

Sempre mantenha a ordem de processamento SPF adequada no registro, colocando as políticas mais restritivas por último para evitar paradas prematuras de avaliação.

## Técnicas para fazer o flattening de registros SPF e reduzir consultas DNS

O flattening de registro SPF é uma técnica altamente eficaz para lidar com consultas DNS excessivas, substituindo mecanismos baseados em domínio (como \`include:\` ou \`a:\`) por seus endereços IP resolvidos. Esse processo reduz a necessidade de múltiplas consultas DNS durante o SPF lookup, mantendo-se assim dentro do limite de consultas DNS.

Ferramentas como o SPF Surveyor ou serviços oferecidos pelo Dmarcian realizam o flattening automatizado do SPF. Registros achatados convertem entradas como \`include:\_spf.google.com\` em IPs de envio autorizados diretos, incluindo endereços IPv4 e IPv6, incorporados na entrada DNS TXT do registro SPF.

No entanto, os registros achatados devem ser cuidadosamente gerenciados para evitar exceder os limites de comprimento do registro SPF (até 255 caracteres por segmento de string DNS TXT) e devem ser atualizados regularmente devido a alterações nos intervalos de IP autorizados por serviços de terceiros.

A realização do flattening de registro SPF melhora os protocolos de autenticação de e-mail ao minimizar a dependência de consultas DNS em tempo real e aumenta a eficácia da prevenção de fraude de e-mail e da prevenção de falsificação de e-mail.

## Usando mecanismos include de forma inteligente sem exceder os limites

Embora a diretiva include seja crucial para delegar as verificações SPF a serviços de terceiros, o uso indiscriminado pode esgotar rapidamente o orçamento de consultas DNS. As melhores práticas incluem:

- Combinar Includes: substitua vários includes, sempre que possível, por um registro SPF de domínio consolidado personalizado, gerenciado internamente com ferramentas de gerenciamento de DNS (por exemplo, Cloudflare, AWS Route 53, Google Domains ou GoDaddy) para controlar os IPs de envio autorizados de forma eficiente.
- Utilizar modificadores Redirect com cuidado para delegar toda a política SPF a outro domínio, preservando o tamanho do registro SPF, mas transferindo a responsabilidade pela gestão do SPF para esse domínio. Isso é especialmente útil ao usar plataformas como Microsoft Office 365, que publicam seus próprios registros SPF otimizados.
- Limitar ou evitar o uso de mecanismos ptr, que disparam consultas DNS PTR e consomem várias consultas.
- Executar regularmente testes de registro SPF e validação SPF após alterações, usando ferramentas como Kitterman SPF Validator e DMARC Analyzer para verificar se as políticas SPF não excederam inadvertidamente as restrições de consultas DNS.
- Implementar qualificadores SPF de forma apropriada para permitir uma aplicação de política diferenciada, equilibrando indicações de falha rigorosas (SPF hardfail) com opções mais brandas (SPF softfail, SPF neutral ou SPF none) para otimizar tanto a entregabilidade de e-mail quanto a segurança.
![SPF tool](https://media.mailhop.org/autospf/images/2025/10/multiple-spf-records-5441.jpg) 

## Ferramentas e software para validar e otimizar registros SPF

Um gerenciamento robusto de registros SPF exige monitoramento e otimização contínuos por meio de ferramentas especializadas, projetadas para analisar e validar configurações SPF.

- Serviços de SPF Checker: plataformas como Kitterman SPF Validator e SPF Surveyor fornecem uma análise completa do comprimento do registro SPF, das contagens de consultas e da correção sintática, oferecendo insights sobre possíveis erros e conflitos de registro SPF.
- Ferramentas de Gerenciamento de DNS: _serviços como AWS Route 53, Cloudflare, Google Domains e GoDaddy permitem que os administradores editem arquivos de zona DNS com facilidade, possibilitando atualizações frequentes dos registros DNS TXT e controle sobre o DNS TTL, que afeta a velocidade de propagação das alterações SPF_.
- Plataformas de Segurança de E-mail: fornecedores como Proofpoint, Valimail, Agari e Mimecast integram a validação SPF em soluções mais amplas de segurança de e-mail e prevenção de fraude, detectando automaticamente conflitos de registro SPF e otimizando os fluxos de trabalho de autenticação de e-mail junto com a aplicação de DKIM e DMARC.
- DMARC Analyzer e Dmarcian: essas ferramentas abrangentes não apenas auxiliam na validação SPF, mas também correlacionam os resultados do SPF com a reputação do remetente, a análise de cabeçalho de e-mail e os protocolos de autenticação de mensagens baseados em domínio, fornecendo relatórios holísticos para orientar o desenvolvimento de políticas de e-mail.
- Serviços de Otimização de Registro SPF: alguns provedores oferecem soluções comerciais para realizar o flattening e a otimização de registros SPF, reduzindo as consultas DNS enquanto mantêm o registro SPF dentro dos limites de tamanho e de consultas DNS.
- Ferramentas de Monitoramento: utilitários como Pingdom e aplicativos de monitoramento específicos para SPF rastreiam a disponibilidade do DNS e a correção do SPF, alertando os administradores ao detectar falhas ou desvios de política que possam afetar a entregabilidade de e-mail.

Ao aproveitar essas ferramentas junto com o conhecimento especializado da sintaxe SPF e dos tipos de mecanismo SPF, as organizações garantem uma configuração ideal do registro SPF, aprimorando a [postura de segurança](https://www.techtarget.com/searchsecurity/definition/security-posture) geral de e-mail, prevenindo a falsificação de e-mail e melhorando a conformidade com a autenticação do remetente em todos os protocolos de autenticação de e-mail.

Essa abordagem abrangente para compreender e mitigar as consultas DNS excessivas em registros SPF garante uma validação eficiente do remetente de e-mail, uma prevenção robusta de fraude de e-mail e mantém uma posição forte nos ecossistemas de e-mail contemporâneos, suportados por plataformas como Google Workspace, Microsoft Office 365 e muito mais.

## Estudos de caso: exemplos reais de problemas e soluções de SPF lookup

Em cenários práticos, organizações que utilizam plataformas de e-mail como Microsoft Office 365, Google Workspace e Amazon SES frequentemente encontram complexidades de SPF lookup que podem prejudicar a entregabilidade de e-mail e comprometer a segurança de e-mail. Um problema frequentemente observado é o de múltiplos registros SPF, em que um domínio hospeda erroneamente mais de um registro SPF em sua entrada de registro DNS TXT. Isso viola os padrões de sintaxe SPF e resulta em falhas de validação SPF durante os processos de validação do remetente de e-mail, aumentando o risco de e-mails legítimos serem rejeitados ou sinalizados como spam por serviços como Proofpoint ou Barracuda Networks.

Por exemplo, uma organização de médio porte que usava tanto o Google Workspace para e-mail interno quanto o SendGrid para campanhas de marketing enfrentou conflitos de SPF devido a registros SPF separados e não coordenados, enviados separadamente por meio de entradas de registro DNS TXT. Isso fez com que vários e-mails falhassem nos testes de SPF lookup por causa da consulta DNS que excedia o limite recomendado de consultas DNS.

A resolução envolveu o flattening de registro SPF e a otimização de registro SPF, mesclando os IPs de envio autorizados em um registro SPF consolidado, usando a diretiva include e evitando a duplicação de mecanismos SPF como ‘v=spf1’. Ferramentas como o Kitterman SPF Validator garantiram um teste eficiente do registro SPF antes da publicação no DNS, melhorando drasticamente a [entregabilidade de e-mail](/blog/optimizing-email-deliverability-strategies-for-success/) da organização e eliminando os erros propagados pelo conflito de registro SPF.

De forma semelhante, outro caso girou em torno de uma empresa de e-commerce que utilizava serviços de terceiros complexos, incluindo SparkPost e Mailchimp. A configuração inicial do registro SPF excedeu o limite de 255 caracteres imposto à sintaxe do registro DNS TXT, causando truncamento e o consequente SPF hardfail para o correio de saída.

Por meio de um gerenciamento cuidadoso de registros DNS com ferramentas de gerenciamento de DNS como Cloudflare e AWS Route 53, as configurações de DNS TTL foram otimizadas para uma propagação DNS mais rápida, e a configuração SPF foi ajustada para usar o modificador redirect a fim de delegar as verificações SPF de forma eficiente, reduzindo o comprimento do registro e melhorando a prevenção de falsificação de e-mail. Esse caso sublinhou a importância de aderir à ordem de processamento SPF e de utilizar corretamente os qualificadores SPF para alcançar uma política de e-mail segura e eficaz.

## Como atualizar e publicar um registro SPF combinado com segurança

Atualizar e publicar um registro SPF combinado exige uma abordagem robusta para os ajustes do arquivo de zona DNS e atenção meticulosa à sintaxe SPF e às nuances dos tipos de mecanismo SPF. O primeiro passo envolve auditar todos os IPs de envio autorizados existentes em diferentes serviços de e-mail, como Microsoft Exchange, Postmark e Zoho Mail. Isso requer acessar ferramentas e plataformas de gerenciamento de DNS como GoDaddy ou Namecheap e agregar os IPs, evitando entradas redundantes ou conflitantes.

![Email setting](https://media.mailhop.org/autospf/images/2025/10/kitterman-spf-4785.jpg) 

Para combinar entradas SPF com segurança, é fundamental utilizar a diretiva include para referenciar as políticas de domínios de terceiros em vez de duplicar endereços IP, mitigando assim os riscos de exceder o limite de consultas DNS. Por exemplo, um registro SPF poderia ser estruturado como:

\`v=spf1 ip4:203.0.113.0/24 include:mailchimp.com include:spf.protection.outlook.com -all\`

Antes de publicar, realizar um teste abrangente do registro SPF com uma ferramenta SPF como o DMARC Analyzer ou o SPF Surveyor é essencial para garantir a correção da sintaxe e a ausência de conflitos. O registro SPF deve estar em conformidade com a sintaxe adequada de registro DNS TXT e ser único por domínio, para evitar problemas causados por múltiplos registros SPF.

Quando estiver pronto, publique o registro SPF combinado como um único registro DNS TXT. Monitore o DNS TTL do registro para equilibrar a velocidade de propagação com a carga de consultas do servidor, comumente definindo um TTL de cerca de 3600 segundos. É crucial acompanhar a propagação DNS com serviços como o Pingdom, permitindo verificar se as alterações de DNS foram efetivamente propagadas para todos os resolvedores DNS pertinentes.

## Monitorando o desempenho do SPF e solucionando problemas pós-implementação

_O monitoramento pós-implantação dos registros SPF desempenha um papel vital na manutenção da integridade da autenticação de e-mail e da entregabilidade geral de e-mail_. Utilizando análise avançada de cabeçalho de e-mail e verificadores de SPF, os administradores de TI podem identificar quaisquer resultados anômalos, como respostas SPF softfail ou SPF neutral, durante a revisão da configuração do servidor de e-mail.

Integrar os dados de validação SPF com protocolos correlatos como DKIM e DMARC oferece uma abordagem em camadas para a prevenção de fraude de e-mail. Executar uma [consulta DKIM](/pt/tools/dkim-lookup/) confirma que seus registros de assinatura também estão em vigor. Soluções de fornecedores como Valimail e Agari fornecem insights em tempo real sobre o desempenho do SPF por meio de painéis centralizados, destacando erros de registro SPF, tentativas de IP de remetente inválidas e possíveis violações na reputação do remetente.

A solução de problemas comuns de SPF, como falhas frequentemente ligadas a exceder o limite de consultas DNS ou ao uso inadequado do modificador redirect, requer um refinamento iterativo. Isso pode incluir um flattening adicional do registro SPF ou a segmentação da política SPF com base nas fontes de envio. A revisão frequente das entradas do arquivo de zona DNS usando ferramentas de gerenciamento de DNS ajuda a detectar edições inadvertidas ou registros DNS conflitantes que possam interromper a aplicação do SPF.

Recomenda-se realizar testes regulares do registro SPF, especialmente após quaisquer alterações na infraestrutura de e-mail, como a adição do Amazon SES ou a migração para o Microsoft Exchange; [verificações consistentes do registro SPF](/pt/10-motivos-para-verificar-spf-regularmente/) detectam o desvio de configuração precocemente. Ferramentas de monitoramento e auditorias periódicas protegem contra armadilhas comuns, como o comprimento do registro SPF que excede os limites do DNS ou o uso mal interpretado do qualificador SPF, ambos capazes de impactar negativamente a eficácia da filtragem de spam de e-mail.

## Topics

[ DKIM ](/tags/dkim/)[ DMARC ](/tags/dmarc/)[ email security ](/tags/email-security/)[ SPF ](/tags/spf/)[ SPF record ](/tags/spf-record/) 

![Adam Lundrigan](https://media.mailhop.org/autospf/images/authors/adam-lundrigan.jpg) 

[ Adam Lundrigan ](/authors/adam-lundrigan/) 

CTO

CTO of DuoCircle. Architect of AutoSPF's SPF flattening engine and DNS monitoring infrastructure.

[LinkedIn Profile →](https://www.linkedin.com/in/adamlundrigan/) 

## Ready to get started?

Try AutoSPF free — no credit card required.

[ Book a Demo ](/book-a-demo/) 

Scan Your Domain Now

Instantly scan your domain for DKIM, SPF, and DMARC issues

Check My Domain 

Share this article

[ ](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F) [ ](https://twitter.com/intent/tweet?text=Combine%20registros%20SPF%20corretamente%20para%20evitar%20erros%20de%20%E2%80%9CToo%20Many%20DNS%20Lookups%E2%80%9D&url=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F) [ ](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F) Copy 

Related Articles

- [ ![SPF record](https://media.mailhop.org/autospf/images/2025/05/spf-record-generator-9003.jpg)  3 points to consider before setting your SPF record to -all (HardFail) Intermediate ](/blog/3-points-to-consider-before-setting-your-spf-record-hardfail/)
- [ ![authenticated email](https://media.mailhop.org/autospf/images/2024/07/spf-validator-8821.jpg)  Are Your SPF and DKIM Identifiers Aligned? Intermediate ](/blog/are-your-spf-and-dkim-identifiers-aligned/)
- [ ![Automated Solutions for Preventing Email Spoofing](https://media.mailhop.org/autospf/images/2026/05/spf-lookup-5389.jpg)  Automated Solutions for Preventing Email Spoofing Intermediate ](/blog/automated-solutions-for-preventing-email-spoofing/)
- [ ![AutoSPF Explains: The Definitive Guide to Adding an SPF Record to Cloudflare](https://media.mailhop.org/autospf/images/2024/05/sender-policy-framework-office-365-4328.jpg)  AutoSPF Explains: The Definitive Guide to Adding an SPF Record to Cloudflare Intermediate ](/blog/autospf-definitive-guide-adding-spf-record-cloudflare/)

## Related Articles

[  Intermediate 3m  3 points to consider before setting your SPF record to -all (HardFail)  May 22, 2025 ](/blog/3-points-to-consider-before-setting-your-spf-record-hardfail/)[  Intermediate 5m  Are Your SPF and DKIM Identifiers Aligned?  Jul 18, 2024 ](/blog/are-your-spf-and-dkim-identifiers-aligned/)[  Intermediate 6m  Automated Solutions for Preventing Email Spoofing  May 7, 2026 ](/blog/automated-solutions-for-preventing-email-spoofing/)[  Intermediate 7m  AutoSPF Explains: The Definitive Guide to Adding an SPF Record to Cloudflare  Jan 7, 2026 ](/blog/autospf-definitive-guide-adding-spf-record-cloudflare/)

```json
{"@context":"https://schema.org","@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]},"sameAs":["https://www.wikidata.org/wiki/Q138897474","https://www.linkedin.com/company/autospf","https://x.com/autospf01","https://www.g2.com/products/autospf/reviews"],"contactPoint":{"@type":"ContactPoint","contactType":"customer support","url":"https://autospf.com/contact-us/"},"knowsAbout":["SPF Record Flattening","Sender Policy Framework","Email Authentication","DNS Management","DMARC","DKIM"]}
```

```json
{"@context":"https://schema.org","@type":"WebSite","name":"AutoSPF","url":"https://autospf.com","description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","publisher":{"@type":"Organization","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]}}}
```

```json
{"@context":"https://schema.org","@type":"BlogPosting","headline":"Combine registros SPF corretamente para evitar erros de “Too Many DNS Lookups”","description":"Um domínio só pode ter um único registro SPF TXT. Vários registros causam um PermError e quebram totalmente a autenticação. Aprenda a mesclar corretamente vários registros SPF em um só e a permanecer abaixo do limite de 10 consultas DNS da RFC 7208.","url":"https://autospf.com/blog/combine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors/","datePublished":"2025-10-16T14:42:19.000Z","dateModified":"2026-04-18T02:36:41.000Z","dateCreated":"2025-10-16T14:42:19.000Z","author":{"@type":"Person","@id":"https://autospf.com/authors/adam-lundrigan/#person","name":"Adam Lundrigan","url":"https://autospf.com/authors/adam-lundrigan/","jobTitle":"CTO","description":"Adam Lundrigan is the Chief Technology Officer of DuoCircle, where he leads engineering and is responsible for the architecture of AutoSPF's SPF flattening engine and DNS monitoring infrastructure. His technical focus is the DNS-level behavior of SPF evaluation, the recursive include resolution logic that underpins flattening, and the monitoring systems that keep customer SPF records healthy as their upstream vendors change IP ranges.","image":"https://media.mailhop.org/autospf/images/authors/adam-lundrigan.jpg","knowsAbout":["SPF Flattening","DNS Architecture","Recursive Include Resolution","SaaS Engineering","DNS Monitoring","Infrastructure Automation"],"worksFor":{"@type":"Organization","name":"AutoSPF","url":"https://autospf.com"},"sameAs":["https://www.linkedin.com/in/adamlundrigan/"]},"publisher":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]},"sameAs":["https://www.wikidata.org/wiki/Q138897474","https://www.linkedin.com/company/autospf","https://x.com/autospf01","https://www.g2.com/products/autospf/reviews"],"contactPoint":{"@type":"ContactPoint","contactType":"customer support","url":"https://autospf.com/contact-us/"},"knowsAbout":["SPF Record Flattening","Sender Policy Framework","Email Authentication","DNS Management","DMARC","DKIM"]},"mainEntityOfPage":{"@type":"WebPage","@id":"https://autospf.com/blog/combine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors/"},"articleSection":"intermediate","keywords":"DKIM, DMARC, email security, SPF, SPF record","wordCount":3249,"image":{"@type":"ImageObject","url":"https://media.mailhop.org/autospf/images/2025/10/spf-permerror-4889.jpg","caption":"DNS Lookup error","width":900,"height":600},"speakable":{"@type":"SpeakableSpecification","cssSelector":[".answer-block","h1"]}}
```

```json
{"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https://autospf.com/"},{"@type":"ListItem","position":2,"name":"Blog","item":"https://autospf.com/blog/"},{"@type":"ListItem","position":3,"name":"Combine registros SPF corretamente para evitar erros de “Too Many DNS Lookups”","item":"https://autospf.com/pt/blog/combine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors/"}]}
```
