Ferramentas de Diagnóstico de Rede
Servidores de e-mail de um domínio
DNS e Registros
Consulta DNS Todos os registros DNS de qualquer domínio Consulta de Registro A Endereços IPv4 de um domínio Consulta de Registro AAAA Endereços IPv6 de um domínio Consulta MX Servidores de e-mail de um domínio Consulta NS Servidores de nomes autoritativos Consulta TXT Registros TXT, SPF, verificação Consulta CNAME Registros de nome canônico (alias) Consulta SOA Registro Start of Authority Consulta SRV Registros de localização de serviço Consulta CAA Quais ACs podem emitir certificados DNS Reverso (PTR) Endereço IP para hostname Verificação DNSSEC O domínio está assinado e validado? Diagnóstico de DNS Um relatório completo de delegação e DNSEntregabilidade de E-mail
Verificação SPF Valide seu registro Sender Policy Framework Verificação DMARC Inspecione e avalie sua política DMARC Verificação DKIM Encontre e valide sua chave pública DKIM Verificação de Blacklist Verifique um IP em listas de bloqueio de e-mail (DNSBLs) Teste SMTP Conecte-se a um servidor de e-mail e verifique o STARTTLS Verificação MTA-STS Política de TLS obrigatório para e-mail de entrada Verificação BIMI Registro de logotipo da marca para e-mail Verificação TLS-RPT Política de relatórios de TLS do SMTPRede e Web
Verificação de Certificado SSL Inspecione o certificado TLS e a validade de um site Verificação de Cabeçalhos HTTP Inspecione cabeçalhos de resposta, redirecionamentos e segurança Ping (TCP) Acessibilidade e latência por TCP Verificação de Portas Quais portas comuns estão abertasDomínio
Consulta WHOIS Dados de registro de domínios, IPs e ASNsUm registro MX (Mail Exchanger) informa aos servidores de envio quais hosts aceitam e-mail para um domínio e em que ordem de prioridade. Quando alguém envia um e-mail para você, o servidor da pessoa consulta seus registros MX para descobrir onde entregar. Um registro MX ausente ou mal configurado significa que o e-mail de entrada não pode ser entregue e as mensagens são devolvidas ou desaparecem.
Cada registro MX associa um host de e-mail a um número de prioridade. Os números mais baixos vencem: um servidor de envio tenta primeiro o host de menor prioridade e recorre aos números mais altos apenas se não conseguir conectar. Para equilibrar a carga entre servidores igualmente capazes, dê a eles a mesma prioridade e o tráfego se distribui entre eles. Uma configuração típica do Google Workspace, por exemplo, aponta para smtp.google.com na prioridade 1. O valor do MX deve ser um hostname com seu próprio registro A ou AAAA, nunca um endereço IP ou um CNAME, ou a entrega quebra.
O IPeek lista todos os hosts MX do domínio com sua prioridade, ordenados do menor para o maior, de modo que o servidor preferido fica no topo. Confirme que os hosts correspondem ao seu provedor de e-mail: Google Workspace, Microsoft 365, seu próprio servidor ou um gateway de filtragem. Fique atento a duplicatas, erros de digitação em hostnames ou pontos finais que sinalizam uma zona mal configurada. Se a lista estiver vazia, o domínio não tem registros MX e não pode receber e-mail. Confira se os hosts listados resolvem para endereços IP válidos antes de confiar neles.
A falha mais frequente é não haver registro MX algum, o que força os remetentes a recorrerem ao registro A do domínio ou a devolverem o e-mail. Apontar um MX para um CNAME viola a especificação e muitos servidores o rejeitam, então sempre aponte para um hostname com um registro A/AAAA direto. Após trocar de provedor de e-mail, registros MX desatualizados continuam roteando e-mail para o host antigo até o DNS propagar e os caches expirarem. Prioridades fora de ordem podem enviar e-mail para um backup antes do principal. Verifique as mudanças com uma nova consulta e leve em conta o cache baseado em TTL.
Sem um registro MX, os servidores de envio recorrem ao registro A ou AAAA do domínio e tentam a entrega ali. Se esse host não executa um servidor de e-mail, a mensagem é devolvida. Domínios que lidam com e-mail devem sempre publicar pelo menos um registro MX para que o e-mail de entrada chegue ao servidor correto de forma confiável.
A prioridade define a ordem em que os servidores de envio tentam seus hosts de e-mail, e os números mais baixos são preferidos. Um servidor tenta primeiro o host de menor prioridade e passa para os números mais altos apenas se não conseguir conectar. Prioridades iguais permitem que os servidores compartilhem a carga. Os valores em si são arbitrários; só a ordem relativa importa.
Não. Um registro MX deve apontar para um hostname que tenha seu próprio registro A ou AAAA. Apontar para um endereço IP é inválido, e apontar para um CNAME viola as regras das RFCs e é rejeitado por muitos servidores de e-mail. Sempre aponte para um nome de host de e-mail real que resolva diretamente.
As mudanças de MX propagam de acordo com o TTL do registro, que controla por quanto tempo os resolvedores armazenam os valores antigos em cache. Com um TTL baixo, as mudanças podem se aplicar em minutos; com um TTL mais alto, os servidores de envio podem continuar usando registros desatualizados por horas. Reduza o TTL antes de uma migração planejada para acelerar a transição.
Sim. Os domínios costumam publicar vários registros MX para redundância e balanceamento de carga. Prioridades diferentes criam um arranjo principal-e-backup, enquanto prioridades idênticas distribuem o e-mail entre servidores igualmente capazes. Um servidor de envio percorre a lista em ordem de prioridade até encontrar um host que aceite a conexão.