Explicação dos registos PTR: DNS reverso para a entregabilidade de e-mail [Guia de 2026]

Versão resumida: Um registo DNS PTR (pointer) associa um endereço IP a um nome de domínio — exatamente o inverso de um registo A. Se enviar e-mails a partir do seu próprio servidor ou de uma instância na nuvem, os fornecedores de caixas de correio como o Gmail, o Yahoo e o Outlook verificam se existe um registo PTR válido antes de considerarem as suas mensagens fiáveis. A maioria dos utilizadores do WordPress não precisa de criar um por conta própria — o seu fornecedor de alojamento ou de e-mail transacional trata disso. Mas se estiver a enviar a partir de um VPS ou de uma instância na nuvem, a ausência de registos PTR ou a existência de registos «genéricos» são uma das razões mais comuns para os e-mails irem parar à pasta de spam.

O que é um registo PTR?

Um registo PTR (ponteiro) é um registo DNS que associa um endereço IP a um nome de domínio. É armazenado numa parte específica do DNS denominada zona DNS inversa — e não na mesma zona onde se definem os registos A, MX e TXT.

Os registos PTR existem porque o DNS normal funciona apenas numa direção: domínio → IP. Tipo example.com num navegador e o seu computador solicita ao DNS o endereço IP correspondente. Os registos PTR invertem esse processo — dado um endereço IP, a que domínio pertence?

Essa resposta é importante por uma razão fundamental: a confiança. Quando o seu servidor de e-mail se liga ao Gmail e indica «Estou a enviar um e-mail em nome de example.com», o Gmail pretende verificar se o endereço IP pertence efetivamente a esse domínio. É através de um registo PTR que essa verificação é efetuada.

Os registos PTR estão alojados em dois domínios de nível superior especiais: .in-addr.arpa para endereços IPv4 e .ip6.arpa para o IPv6 (o .arpa (o domínio está reservado para uso na infraestrutura da Internet). Vamos mostrar como é isso daqui a pouco.

Como funcionam os registos PTR

Para compreender os registos PTR, é útil compará-los com os registos A — o tipo de registo DNS mais comum.

Registos A: domínio → IP (pesquisa direta)

Um registo A direciona um domínio para um endereço IP. Aqui está um exemplo retirado do painel de controlo do DNS da Cloudflare:

Isto diz: example.com mora em 1.1.1.1. Quando alguém digita o seu domínio num navegador, o computador dessa pessoa consulta o DNS, encontra o registo A, obtém o endereço IP e liga-se ao seu servidor.

Registos PTR: IP → domínio (pesquisa inversa)

Um registo PTR faz o contrário. Dado que 1.1.1.1, responde: «Este IP pertence a mail.example.com.”

A diferença fundamental reside em quem controla cada zona:

• Os registos A encontram-se na zona DNS do seu domínio, que pode gerir através do seu registador ou fornecedor de DNS (Cloudflare, GoDaddy, Route 53, etc.).
• Os registos PTR encontram-se na zona DNS inversa, que é controlada pelo proprietário do bloco de IP — quase sempre o seu fornecedor de alojamento ou de serviços na nuvem, e não você.

É por isso que a maioria das pessoas não consegue simplesmente iniciar sessão num serviço qualquer e adicionar um registo PTR por conta própria. Para alterar o seu, normalmente terá de recorrer ao seu fornecedor de alojamento.

Sintaxe e exemplos de registos PTR

Um registo PTR tem um formato específico. Eis como se apresenta na sintaxe do ficheiro de zona para o endereço IPv4 192.0.2.10 apontando para mail.example.com:

10.2.0.192.in-addr.arpa.    IN    PTR    mail.example.com.

Repare que o IP é invertido: 192.0.2.10 torna-se 10.2.0.192 no nome do registo. Essa inversão é intencional — permite que o DNS organize as pesquisas inversas hierarquicamente, da mesma forma que organiza as pesquisas diretas (do mais geral para o mais específico, da direita para a esquerda).

Para um endereço IPv6 como 2001:db8::1, o registo PTR encontra-se em .ip6.arpa, com cada dígito hexadecimal invertido e separado por pontos:

1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa.    IN    PTR    mail.example.com.

Quando efetuar uma pesquisa DNS inversa, verá o resultado de forma mais simples — apenas o IP e o domínio para o qual este aponta:

192.0.2.10 → mail.example.com

A mesma informação, apresentada de forma mais acessível.

Registos PTR e capacidade de entrega de e-mails — O panorama para 2026

É aqui que os registos PTR mostram o seu valor. Sem um registo válido, é quase certo que o seu e-mail acabará na pasta de spam — ou será rejeitado de imediato.

O ponto de inflexão de 2024

Em fevereiro de 2024, o Gmail e o Yahoo implementaram requisitos para remetentes em massa que tornaram a autenticação de e-mail obrigatória para qualquer pessoa que enviasse mais de 5 000 mensagens por dia aos seus utilizadores. A lista de verificação:

• Autenticação SPF e DKIM em todas as mensagens
• Uma política DMARC (no mínimo p=none)
• Registos DNS diretos e inversos válidos — é aí que entra o PTR
• Cabeçalhos de cancelamento de subscrição com um clique em e-mails em massa
• As taxas de reclamações por spam mantiveram-se abaixo dos 0,3%

Em maio de 2025, a Microsoft seguiu o exemplo, estabelecendo requisitos equivalentes para o Outlook.com, o Hotmail e o Live.com. Desde novembro de 2025, o Gmail passou de adiar temporariamente as mensagens não conformes para rejeitá-las definitivamente.

Mesmo que envie menos de 5 000 e-mails por dia, estas verificações estão agora integradas no sistema de entregabilidade em geral. A ausência de um registo PTR prejudica a reputação do remetente em todos os aspetos.

Como o Gmail utiliza o PTR

O Gmail realiza uma pesquisa DNS inversa em todas as ligações SMTP recebidas. Se o IP de origem não tiver um registo PTR — ou se o PTR não corresponder ao domínio indicado na ligação SMTP HELO/EHLO saudação — a mensagem é penalizada ou rejeitada com um 421-4.7.0 ou um erro semelhante.

Como o Outlook (Microsoft) utiliza o PTR

Os filtros da Microsoft são notoriamente rigorosos no que diz respeito ao PTR. As ligações provenientes de endereços IP sem DNS reverso são sistematicamente recusadas, com mensagens de erro que mencionam explicitamente a falta do PTR. O painel do Smart Network Data Services (SNDS) também exige que os endereços IP sejam resolvíveis por PTR para que seja possível registar o seu conjunto de endereços de envio.

Como o Yahoo utiliza o PTR

As verificações do Yahoo são semelhantes às do Gmail: é necessário um DNS reverso para os IPs que enviam acima do limite de remetentes em massa, e os PTRs «genéricos» ou ausentes limitam a sua reputação de remetente, independentemente da qualidade do resto da sua autenticação.

FCrDNS em linguagem simples

FCrDNS significa «Forward-Confirmed Reverse DNS». Trata-se de uma verificação de confiança em duas etapas:

1. Anote o endereço IP de origem. Procure o registo PTR. Anote o domínio que obtiver.
2. Vê esse domínio. Verifica o seu registo A (ou AAAA). Aponta para o mesmo IP?

Se ambas as verificações forem positivas, o FCrDNS é aprovado. Caso contrário, o IP remetente é considerado suspeito — mesmo que, tecnicamente, exista um registo PTR. Pense nisso como o equivalente, no contexto da entrega de e-mails, a apresentar dois documentos de identificação que coincidam.

O que significa «PTR genérico» — e por que razão constitui um problema de entregabilidade

Quando se cria um servidor na AWS, no Google Cloud, no Azure ou na DigitalOcean, o fornecedor atribui automaticamente um registo PTR predefinido. Tem um aspeto semelhante a este:

ec2-203-0-113-25.compute-1.amazonaws.com

Tecnicamente, esse é um registo PTR válido. No entanto, os filtros de e-mail interpretam-no como um forte indício de que o IP pertence a uma instância genérica na nuvem — e não a um servidor de e-mail dedicado com uma reputação gerida. Os registos PTR genéricos estão fortemente associados ao spam e aos abusos, porque todos os spammers que criam uma máquina virtual na nuvem recebem um por predefinição.

Para o envio em condições reais, é necessário um PTR personalizado que corresponda ao seu domínio de remetente (por exemplo, mail.example.com), e o registo A do seu domínio tem de apontar para o mesmo IP. É assim que o FCrDNS funciona como previsto.

Preciso de um registo PTR? Um quadro de decisão

Sim — todos os remetentes de e-mail beneficiam de um PTR válido. A verdadeira questão é se precisa de criar um ou se alguém já o fez por si.

Não é necessário criar um registo PTR se:

• Envia e-mails através de um fornecedor de serviços transacionais ou de marketing — SendLayer, SendGrid, Mailgun, Brevo, Amazon SES, Postmark, SparkPost. Estes fornecedores controlam os IPs de envio e gerem os registos PTR por si.
• Se utiliza o Google Workspace, o Microsoft 365, o Zoho Mail ou um serviço de e-mail alojado semelhante. A situação é a mesma.
• Está a utilizar um serviço de alojamento partilhado padrão do WordPress e envia os seus e-mails através do servidor de e-mail do seu alojamento. O alojamento é o proprietário do IP e do PTR.

Provavelmente terá de criar ou corrigir um registo PTR se:

• Está a gerir o seu próprio servidor de e-mail num VPS ou numa instância na nuvem (DigitalOcean Droplet, EC2, Azure VM, Linode, Vultr, etc.).
• Tem um IP dedicado de um fornecedor de e-mail e pretende que o seu domínio personalizado aponte para esse IP. Alguns fornecedores, como o Amazon SES, exigem que solicite explicitamente o registo PTR.
• O PTR padrão do seu provedor é genérico (como ec2-...amazonaws.com) e pretende um domínio personalizado associado ao seu domínio.

Para 90% dos utilizadores do WordPress, a solução mais simples é utilizar o WP Mail SMTP com um fornecedor de e-mail transacional — as suas preocupações com o PTR desaparecem, uma vez que o fornecedor trata de todo o DNS reverso para os IPs de envio.

Como verificar o seu registo PTR

Pode verificar qualquer registo PTR em menos de um minuto, utilizando uma ferramenta de linha de comandos ou um serviço de pesquisa online gratuito.

Com dig (Linux, macOS, WSL)

A forma mais rápida é a dig comando com o -x sinalizador, que indica dig para realizar uma pesquisa inversa:

dig -x 192.0.2.10

A SECÇÃO DE RESULTADOS da saída irá mostrar-lhe o registo PTR. Se vir NXDOMAIN ou não foi devolvido nenhum resultado, não existe nenhum registo PTR para esse IP.

Com nslookup (Windows, macOS, Linux)

nslookup 192.0.2.10

É a mesma ideia. Vai mostrar o nome de domínio associado a esse IP ou indicar que a pesquisa falhou.

Com uma ferramenta online

Se preferir não usar um terminal, existem ferramentas gratuitas de pesquisa DNS inversa que funcionam bem. Basta introduzir o endereço IP, clicar em «Pesquisar» e obterá o PTR.

Como confirmar o FCrDNS

Depois de encontrar o PTR, execute uma pesquisa de endereço no domínio que foi devolvido:

dig A mail.example.com

Se o endereço IP obtido corresponder ao endereço IP inicial, o FCrDNS é aprovado. Caso contrário, existe uma discrepância que deve ser corrigida (consulte a secção de resolução de problemas abaixo).

Como configurar ou corrigir um registo PTR

Os registos PTR são definidos por quem detém o seu endereço IP. Na maioria das vezes, trata-se do seu fornecedor de alojamento ou de serviços na nuvem — e não do seu registador de DNS. Veja aqui como solicitar ou configurar um registo PTR junto dos principais fornecedores.

Amazon Web Services (Route 53 / EC2 / SES)

Para instâncias EC2 e IPs elásticos, a AWS disponibiliza um formulário oficial para solicitar um PTR personalizado. Antes de a AWS aprovar o pedido, terá de verificar se controla o domínio para o qual está a apontar — o registo A de encaminhamento tem de resolver primeiro para o IP do EC2. A AWS também limita os pedidos de PTR para contas com limites de envio SES baixos, pelo que poderá ser necessário solicitar um aumento do limite de envio antes de o pedido ser processado. As instruções completas encontram-se no guia de DNS reverso da AWS.

Google Cloud

Para máquinas virtuais do Compute Engine com IPs externos estáticos, pode configurar o PTR através do gcloud CLI ou a consola utilizando o --public-ptr sinalizador ao criar ou modificar a instância. Tal como na AWS, o DNS direto já deve apontar para o IP para que o Google aceite o registo PTR. O guia oficial encontra-se no Documentação do Google Cloud.

Microsoft Azure

O Azure permite-lhe configurar o DNS inverso num recurso de IP público através da CLI do Azure:

az network public-ip update --resource-group MyResourceGroup --name MyPublicIP --reverse-fqdn mail.example.com.

Também pode configurá-lo através do PowerShell ou do Portal do Azure. Tal como acontece com as outras plataformas de nuvem, o DNS de encaminhamento já deve apontar para o endereço IP. Nota: nas máquinas virtuais do Azure, a porta SMTP de saída 25 também está bloqueada por predefinição. O envio de e-mails a partir do Azure requer normalmente a abertura de um pedido de assistência para desbloquear essa porta, para além da configuração do PTR.

DigitalOcean

A DigitalOcean cria automaticamente um PTR para qualquer droplet cujo nome corresponda a um FQDN válido e resolvível. Portanto, se der um nome ao seu droplet mail.example.com e o registo A do domínio apontar para o IP desse droplet, o PTR é definido automaticamente. Se o nome do droplet e o domínio não corresponderem, o PTR não será atualizado. Para alterar um PTR posteriormente, renomeie o droplet para o FQDN pretendido.

Linode (Akamai)

No gestor de nuvem do Linode, abra o separador «Rede» do seu Linode e localize o IP que pretende atualizar. Clique no menu com os três pontos ao lado do IP e selecione «Editar RDNS». Introduza o FQDN — o DNS direto tem de apontar primeiro para esse IP, caso contrário, o Linode recusará a configuração do PTR.

Vultr

O Vultr disponibiliza uma secção de DNS reverso nas definições de rede de cada instância. Introduza o seu FQDN, guarde e a alteração será propagada em poucos minutos. Como sempre, defina primeiro o registo A.

Cloudflare

A Cloudflare não hospeda servidores de e-mail nem define registos PTR para os seus IPs de origem. Os registos PTR continuam a ser geridos pelo proprietário do IP — normalmente o seu fornecedor de alojamento por trás da Cloudflare. A única exceção são os clientes do Cloudflare Magic Transit ou do BYOIP, que podem gerir os registos PTR através da Cloudflare para os IPs que trazem para a plataforma.

«Tenho um plano de alojamento partilhado — e agora?»

Se estiver a utilizar o Bluehost, SiteGround, HostGator, Kinsta, WP Engine ou qualquer outro serviço de alojamento WordPress partilhado ou gerido:

1. Não se preocupe em criar um PTR. O seu provedor de alojamento é o proprietário do IP de envio e, na maioria das vezes, já tem um configurado.
2. Utilizar o WP Mail SMTP com um provedor de e-mails transacionais em vez de depender do servidor de e-mail do anfitrião. PHP mail() a partir de um IP partilhado, mesmo com um PTR válido, tem uma capacidade de entrega limitada, uma vez que a reputação do IP é partilhada por milhares de outros sites. O nosso Guia para a configuração do e-mail no DNS explica passo a passo a configuração.
3. Se já excluiu todas as outras possibilidades e suspeita que o problema está no PTR, abra um ticket de suporte junto do seu provedor de alojamento e peça-lhe para confirmar o registo PTR do IP a partir do qual o seu e-mail está a ser enviado. A maioria consegue verificar ou atualizá-lo em poucas horas.

Resolução de problemas com registos PTR

Aqui estão os quatro problemas mais comuns do PTR e como resolver cada um deles.

1. Não existe qualquer registo PTR

Resultados da pesquisa inversa NXDOMAIN ou nada. Os provedores de e-mail rejeitarão ou filtrarão rigorosamente os seus e-mails. Solução: entre em contacto com o proprietário do seu IP (fornecedor de serviços na nuvem ou de alojamento) e solicite um PTR que aponte para o seu domínio de envio. Confirme com dig -x assim que se propagar.

2. Incompatibilidade de FCrDNS

O PTR existe, mas o domínio para o qual aponta não resolve para o mesmo IP. Causas comuns: alguém alterou o registo A, atualizou o PTR antes do DNS direto ou o PTR aponta para um domínio que não controla totalmente. Solução: alinhe os registos. O DNS direto (A ou AAAA) do domínio no seu PTR tem de resolver para o IP para o qual o PTR está configurado.

3. PTR de um fornecedor de serviços na nuvem genérico

O PTR existe, mas é algo como ec2-203-0-113-25.compute-1.amazonaws.com ou vm-203-0-113-25.googleusercontent.com. Tecnicamente válido, mas visto com desconfiança pelos filtros de e-mail. Solução: Solicite um PTR personalizado que corresponda ao seu domínio de envio, seguindo as instruções específicas do fornecedor acima.

4. Vários PTR num único endereço IP

Tecnicamente, alguns fornecedores permitem mais do que um registo PTR por IP. Os filtros de e-mail costumam utilizar apenas a primeira resposta e podem sinalizar inconsistências como suspeitas. Solução: consolide para um único registo PTR por IP que corresponda ao seu domínio de envio principal.

PTR + o resto da sua infraestrutura de entregabilidade

O PTR é apenas uma parte de um sistema mais vasto. Para tirar o máximo partido dele, combine-o com estes outros registos de autenticação de e-mail:

• SPF (Sender Policy Framework): Indica aos servidores de receção quais os endereços IP autorizados a enviar e-mails em nome do seu domínio. Consulte o nosso guia sobre SPF, DKIM e DMARC para obter detalhes sobre a configuração. Se, por engano, acabou por ter dois registos SPF, siga o nosso guia de fusão.
• DKIM (DomainKeys Identified Mail): Assina criptograficamente cada e-mail para que o destinatário possa verificar se a mensagem não foi alterada durante o trânsito. Se a sua chave DKIM for demasiado longa para um único registo TXT, o nosso guia sobre divisão de DKIM explica como resolver o problema.
• DMARC (Domain-based Message Authentication, Reporting, and Conformance): Indica aos servidores de receção o que fazer quando o SPF ou o DKIM falham — aceitar, colocar em quarentena ou rejeitar. Consulte o nosso guia sobre registos DMARC para saber como configurar.
• BIMI (Indicadores de Marca para Identificação de Mensagens): Exibe o logótipo da sua marca junto aos e-mails autenticados nas caixas de entrada compatíveis. Requer DMARC em p=quarantine ou p=reject. O nosso Explicação sobre o BIMI abrange os pré-requisitos.
• Ferramentas do Google para administradores de correio: assim que os seus registos estiverem em ordem, as Ferramentas do Google para administradores de correio permitem-lhe ver como o Gmail avalia a sua reputação de remetente, as taxas de reclamações de spam e as taxas de sucesso na autenticação. Consulte o nosso guia de configuração das Ferramentas do Google para administradores de correio.

O WP Mail SMTP inclui um verificador de domínios integrado que valida estes registos automaticamente sempre que enviar um e-mail de teste — assim, saberá imediatamente se algo está avariado ou em falta.

FAQs sobre registos DNS PTR

Como posso encontrar o meu registo PTR?

Correr dig -x [your-IP] a partir de um terminal ou utilize uma ferramenta de pesquisa DNS inversa com o seu IP de origem. O resultado irá mostrar o nome de domínio para o qual o seu IP está atualmente a ser resolvido. Se não existir nenhum registo, a pesquisa devolve NXDOMAIN.

Qual deve ser a minha pontuação no PTR?

Um PTR personalizado que corresponda ao seu domínio de envio — por exemplo, mail.example.com para um endereço IP que envia e-mails em nome de example.com. O domínio no registo PTR também deve ter um registo DNS direto que aponte para o mesmo endereço IP. Essa correspondência entre as pesquisas direta e inversa é o FCrDNS, e é isso que os fornecedores de caixas de correio esperam.

Qual é um exemplo de um registo PTR?

No formato de ficheiro de zona: 10.2.0.192.in-addr.arpa. IN PTR mail.example.com. Num resultado de pesquisa, aparece na forma mais simples 192.0.2.10 → mail.example.com. O formato do ficheiro de zona inverte o endereço IP e acrescenta .in-addr.arpa porque o DNS inverso está organizado hierarquicamente, do mais específico ao menos específico.

Os registos PTR ainda são utilizados?

Sim — mais do que nunca. Uma vez que o Gmail, o Yahoo e a Microsoft tornaram mais rigorosos os seus requisitos para remetentes em massa entre 2024 e 2025, os registos PTR válidos são, na prática, obrigatórios para qualquer IP que envie e-mails. A ausência de registos PTR ou a existência de registos genéricos é agora uma das principais causas de rejeição imediata das mensagens ou do seu encaminhamento para a pasta de spam.

O que significa PTR?

PTR significa «pointer» (ponteiro). O registo «aponta» de um endereço IP para um nome de domínio, o que é o contrário de um registo A padrão.

Qual é a diferença entre PTR e rDNS?

O rDNS (DNS inverso) é o conceito geral de pesquisar um domínio a partir de um endereço IP. O PTR é o tipo específico de registo DNS que permite o funcionamento do rDNS. Na verdade, todas as pesquisas de rDNS são, na realidade, pesquisas de PTR.

Quem gere os registos PTR?

O proprietário do endereço IP — normalmente o seu fornecedor de alojamento ou de serviços na nuvem. Os registadores de domínios não costumam gerir registos PTR, uma vez que a autoridade do DNS inverso segue o bloco de IP, e não o domínio.

Quanto tempo demora para que as alterações nos registos PTR sejam propagadas?

A maioria das alterações no PTR é propagada em poucos minutos a algumas horas, dependendo do TTL definido pelo proprietário do IP. No pior dos casos, pode demorar entre 24 a 48 horas. Se solicitou uma alteração através do seu fornecedor e o PTR antigo continuar a aparecer após esse período, contacte o apoio ao cliente.

Posso ter vários registos PTR para um único endereço IP?

Tecnicamente, sim, mas é uma má ideia. A maioria dos filtros de e-mail utiliza apenas a primeira resposta e pode sinalizar os IPs com vários PTRs como inconsistentes ou suspeitos. Limite-se a um único PTR por IP que corresponda ao seu domínio de envio principal.

Preciso de um registo PTR para o IPv6?

Se enviar e-mails através do IPv6, sim — o requisito é o mesmo que para o IPv4. O registo encontra-se em .ip6.arpa em vez de .in-addr.arpa, e os dígitos hexadecimais do endereço são invertidos e separados por pontos.

O que é um registo PTR genérico?

Um PTR predefinido atribuído por um fornecedor de serviços na nuvem que tem o seguinte formato ec2-203-0-113-25.compute-1.amazonaws.com ou similar. Trata-se de um registo válido, mas indica aos servidores de correio de destino que o IP corresponde a uma instância genérica na nuvem, em vez de um servidor de correio gerido. Os PTRs genéricos prejudicam significativamente a capacidade de entrega e devem ser substituídos por um PTR personalizado que corresponda ao seu domínio de envio.

A Cloudflare define registos PTR?

Para a maioria dos utilizadores da Cloudflare, não. A Cloudflare redireciona o seu tráfego web, mas não é proprietária dos endereços IP a partir dos quais o seu e-mail é enviado. Os registos PTR continuam a ser geridos pelo fornecedor de alojamento do seu servidor de e-mail. A exceção são os clientes do Cloudflare Magic Transit ou do BYOIP, que podem gerir os registos PTR através da Cloudflare para os endereços IP que trazem para a plataforma.

O Gmail rejeitará o meu e-mail se não tiver um registo PTR?

Para remetentes com volumes mais elevados, sim — o Gmail devolve erros como 421-4.7.0 para ligações provenientes de endereços IP sem DNS inverso válido. Os remetentes com menor volume de mensagens podem não ser rejeitados de imediato, mas é muito mais provável que as suas mensagens acabem na pasta de spam.

Os registos PTR afetam o SEO?

Não. Os registos PTR afetam a capacidade de entrega de e-mails, mas não os resultados de pesquisa. Por vezes, surge alguma confusão porque os rastreadores da Web do Google realizam pesquisas inversas em alguns contextos, mas essas verificações não influenciam os sinais de classificação nos resultados de pesquisa.

Um registo PTR pode apontar para vários domínios?

Um único registo PTR aponta para um único nome de domínio. Se o seu IP enviar e-mails para vários domínios, o PTR deve apontar para o seu domínio de envio principal ou domínio HELO. A autenticação dos outros domínios é tratada separadamente através do alinhamento com SPF, DKIM e DMARC.

A seguir: Verifique os seus outros registos de entregabilidade

O PTR é um dos elementos que contribuem para a capacidade de entrega de e-mails. Depois de confirmar que o seu está configurado corretamente, o próximo passo é garantir que o SPF, o DKIM e o DMARC também estejam implementados. O nosso guia completo sobre SPF, DKIM e DMARC explica passo a passo como configurar os três.

Se preferir não ter de gerir os registos DNS por conta própria, o plano Elite do WP Mail SMTP inclui uma configuração completa com serviço personalizado — instalamos o plugin, ligamo-lo ao seu fornecedor e configuramos os seus registos de autenticação por si. Consulte a página de preços do WP Mail SMTP para obter mais detalhes.

Corrija seus e-mails do WordPress agora

Se este artigo o ajudou, siga-nos no Facebook e no Twitter para obter mais dicas e tutoriais sobre o WordPress.