Perguntas frequentes

O echo.email analisa um e-mail por endereço e explica o resultado. As respostas abaixo explicam como o serviço funciona e o que significa cada verificação do relatório.

Como o echo.email funciona?

A página inicial gera um endereço novo formado por três palavras, como power.file.tube@echo.email. Uma mensagem enviada para esse endereço chega ao servidor de e-mail do echo.email, que registra a conversa SMTP e passa a mensagem para análise. Alguns segundos depois, a página mostra um relatório sobre autenticação, conteúdo, conformidade e entrega. Não é preciso instalar nada, e não existem contas.

Por quanto tempo o endereço continua válido?

O endereço continua ativo enquanto a página estiver aberta. A página se comunica com o servidor a cada dois segundos, e se você recarregar em até 10 minutos, mantém o mesmo endereço na mesma aba. Quando a página fica fechada por mais de 10 minutos, o servidor de e-mail recusa novas mensagens para o endereço com um erro permanente.

Apenas a primeira mensagem que chegar é considerada. As mensagens seguintes para o mesmo endereço são recusadas, então cada relatório corresponde a exatamente um e-mail. Mensagens com mais de 10 MB são recusadas durante a conversa SMTP.

Por quanto tempo os relatórios ficam guardados?

Cada relatório, a mensagem armazenada e os dados das imagens baixadas são excluídos automaticamente 24 horas depois que a mensagem chega. Durante essas 24 horas, o link do relatório funciona para qualquer pessoa que tenha o link. Depois disso, o link deixa de funcionar. A única exceção é o relatório de exemplo, porque ele vem de uma mensagem de teste enviada para esse fim.

O que acontece com o conteúdo da mensagem?

O echo.email armazena a mensagem inteira, ou seja, cabeçalhos, corpo e anexos, junto com os dados da sessão SMTP, como o endereço IP de envio, o nome HELO e a versão do TLS. Os dados ficam na UE, e o servidor de e-mail funciona em Falkenstein, na Alemanha. Qualquer pessoa com o link do relatório vê a mensagem completa, então o ideal é testar com conteúdo que você pode compartilhar. Newsletters costumam ter links de rastreamento e um link de cancelamento ligado a um destinatário. Se você enviar uma cópia para uma lista de teste, esses links continuam privados.

Dois endereços chegam diretamente ao responsável pelo serviço: contact@echo.email para perguntas e denúncias, e privacy@echo.email para pedidos sobre dados. A política de privacidade tem todos os detalhes.

O que a verificação SPF testa?

O SPF lista os servidores autorizados a enviar e-mail usando um domínio no return path. O echo.email pega o domínio do remetente do envelope (o endereço MAIL FROM, também chamado de return path) e avalia o registro SPF desse domínio para o endereço IP do servidor que entrega a mensagem. Só um pass conta como bom resultado. Com softfail, neutral ou none, o destinatário fica sem prova SPF do remetente.

O nome HELO não é verificado, assim como os grandes provedores de e-mail fazem ao avaliar o SPF de e-mail em massa. O relatório mostra cada registro e cada mecanismo do caminho, para que o percurso até o resultado final fique visível.

Por que o número de consultas DNS importa?

Uma avaliação SPF pode fazer no máximo 10 consultas DNS. Os mecanismos include, a, mx, ptr, exists e redirect contam para esse limite, inclusive os que estão dentro de includes aninhados. Passar do limite transforma o resultado em um erro permanente, e os destinatários tratam a mensagem como se ela não tivesse nenhum SPF válido. Consultas vazias, ou seja, consultas que não retornam registro, têm um limite próprio de duas. A causa habitual são cadeias longas de includes de terceiros, e reduzir a lista de serviços resolve o problema.

O que o DKIM comprova?

O DKIM adiciona uma assinatura criptográfica aos cabeçalhos da mensagem. O domínio que assina publica a chave pública no DNS sob um seletor. O echo.email busca a chave e verifica a assinatura com base nos cabeçalhos e no corpo como chegaram. Um pass significa que as partes assinadas chegaram sem alteração e que o domínio que assina responde por elas.

O relatório mostra o domínio que assina (d=), o seletor (s=), os cabeçalhos assinados (h=) e o tipo e o tamanho da chave. Um limite de comprimento do corpo (l=) é sinalizado, porque permite acrescentar conteúdo depois da assinatura.

O que é DMARC?

O DMARC liga o SPF e o DKIM ao domínio do endereço From visível. O domínio From publica uma política em _dmarc.<domain> que diz aos destinatários como tratar e-mail que falha na autenticação: none, quarantine ou reject. Uma mensagem passa no DMARC quando o SPF ou o DKIM passa para um domínio alinhado com o domínio From.

O DMARC não acrescenta autenticação própria. O valor está na exigência de alinhamento e nos relatórios agregados (rua=) que os destinatários enviam ao dono do domínio.

O que significa alinhado?

O alinhamento compara um domínio autenticado com o domínio From. O alinhamento flexível exige o mesmo domínio organizacional, então mail.example.com se alinha com example.com. O alinhamento estrito exige exatamente o mesmo nome de host. O domínio organizacional vem da Public Suffix List, que sabe que nomes como example.co.uk contam como um único domínio registrável. Quando o relatório diz alinhado sem outra indicação, a comparação é com o domínio From.

O que é BIMI?

O BIMI publica um logotipo de marca para os provedores de e-mail mostrarem ao lado de mensagens autenticadas. O registro fica em default._bimi.<domain> e aponta para um logotipo SVG (l=) e, para a maioria dos provedores, para um Verified Mark Certificate (a=). O BIMI só se aplica a domínios com uma política DMARC em vigor, ou seja, quarantine ou reject a 100 por cento. O echo.email mostra o registro e se a política DMARC atende ao requisito.

Por que o DNS reverso importa?

Todo endereço IP que envia e-mail precisa de um registro PTR que aponte para um nome de host, e esse nome precisa de um registro A ou AAAA que aponte de volta para o mesmo endereço IP. Essa ida e volta se chama forward-confirmed reverse DNS, ou FCrDNS. Os grandes provedores de e-mail tratam o FCrDNS como o mínimo para um servidor de envio, e e-mail de um endereço IP sem registro PTR muitas vezes é recusado na hora.

O que é DNS reverso genérico?

Alguns registros PTR seguem um padrão de nomes do provedor de internet, como 192-0-2-10.dynamic.example.net. Nomes assim sugerem uma conexão residencial ou um servidor que ninguém configurou para e-mail, e os filtros desconfiam deles. Um nome próprio no domínio do remetente, como mail.example.com, indica um servidor de e-mail configurado de propósito.

Qual nome HELO funciona melhor?

O servidor de envio se apresenta com um nome HELO ou EHLO no início da conversa SMTP. Um bom nome pertence ao servidor de envio, é resolvido no DNS e corresponde ao registro PTR do endereço IP de envio. Endereços IP sem nome, nomes como localhost e sequências aleatórias são típicos de malware e de spam snowshoe, e os filtros pesam isso.

Por que verificar o TLS?

O TLS oportunista criptografa a conversa SMTP quando o servidor de recebimento oferece STARTTLS. O echo.email oferece STARTTLS em toda conexão e registra a versão do TLS e a cifra que o remetente escolheu. E-mail enviado sem TLS trafega em texto simples entre os dois servidores, e o Google e o Yahoo exigem TLS de remetentes em massa. O relatório também conta links e imagens carregados por http simples, porque essas solicitações também trafegam sem criptografia.

Por que verificar o IPv6?

Duas perguntas decidem se uma mensagem está pronta para IPv6. A primeira é se o remetente alcança servidores de e-mail que só usam IPv6. Uma mensagem que chega via IPv6 responde sim diretamente. Uma mensagem que chega via IPv4 ainda conta como compatível com IPv6 quando o host de envio tem um registro AAAA, o DNS reverso desse endereço IPv6 aponta para o mesmo host e o SPF passa para esse endereço. A maioria dos servidores de e-mail escolhe IPv4 ou IPv6 a cada conexão, então a próxima mensagem do mesmo host muitas vezes chega via IPv6. A segunda pergunta é se todo host que serve imagens e links da mensagem tem um registro AAAA, para que um leitor em uma rede só IPv6 ou atrás de um NAT de operadora (CGNAT) ainda carregue o conteúdo. O relatório marca a mensagem como pronta para IPv6 quando as duas respostas são sim.

Como o tamanho do e-mail é medido?

O tamanho do e-mail é o número de bytes como foram transmitidos: todos os cabeçalhos, cada parte MIME, os anexos e o acréscimo da codificação base64 ou quoted-printable. O Gmail corta mensagens com mais de cerca de 102 KB de HTML e esconde o resto atrás de um link. A parte cortada muitas vezes contém o link de cancelamento e o pixel de rastreamento.

O que é o peso das imagens?

O peso das imagens é o tamanho total das imagens remotas referenciadas em tags <img>, medido baixando cada imagem uma vez. O número é um mínimo, porque imagens de atributos srcset e imagens de fundo em CSS não entram na conta. Uma mensagem pesada carrega devagar em conexões móveis e gasta os dados do leitor.

O que é o excesso nas imagens?

O excesso nas imagens estima os bytes que um remetente economizaria servindo cada imagem mais perto do tamanho em que a mensagem a exibe. Uma imagem com até o dobro do tamanho exibido conta como excesso zero, porque telas de alta densidade usam os pixels extras. Acima do dobro do tamanho exibido, os pixels extras acrescentam bytes sem acrescentar detalhes. Imagens com menos de 1 KB, como espaçadores, ficam fora da conta.

Como o echo.email trata as imagens?

A análise faz o download de cada imagem remota uma vez e registra o status HTTP, os redirecionamentos, o tamanho, o tipo de conteúdo e as dimensões em pixels. Depois compara essas dimensões com o tamanho declarado no HTML. Baixar uma imagem é o que um programa de e-mail faz quando um leitor abre a mensagem, então o rastreamento de abertura registra uma abertura. Os downloads saem da rede da Cloudflare, e solicitações para endereços privados ou internos são recusadas.

Os links são extraídos do HTML e agrupados por host, com os parâmetros de consulta decodificados para facilitar a leitura. O echo.email nunca segue links comuns, porque seguir um link pode confirmar uma inscrição, disparar uma ação ou registrar um clique. A única exceção é a URL de cancelamento com um clique descrita abaixo.

O que é List-Unsubscribe?

List-Unsubscribe é um cabeçalho definido na RFC 2369. O cabeçalho traz uma ou mais formas de sair da lista, como um endereço mailto:, uma URL https: ou as duas. Os provedores de e-mail usam o cabeçalho para mostrar o próprio botão de cancelamento ao lado do nome do remetente. URLs com http simples estão ultrapassadas, e o esperado é https.

O que é o cancelamento de inscrição com um clique?

A RFC 8058 acrescenta um segundo cabeçalho, List-Unsubscribe-Post, com o valor fixo List-Unsubscribe=One-Click. Com os dois cabeçalhos presentes, o provedor de e-mail envia uma solicitação POST para a URL https e o destinatário sai da lista sem visitar nenhuma página. O Google e o Yahoo exigem o cancelamento com um clique de remetentes em massa.

O echo.email envia a mesma solicitação POST e mostra a resposta. Qualquer status 2xx conta como sucesso. A solicitação cancela apenas a inscrição do endereço temporário do echo.email.

O que significa cancelamento sem interação?

Um cancelamento sem interação se conclui sem que o destinatário abra um navegador ou confirme qualquer coisa. O one-click da RFC 8058 é o método preferido. Um endereço mailto: em List-Unsubscribe também conta, mas cancelar por e-mail é mais lento e não dá confirmação ao destinatário, então os provedores tratam mailto como alternativa de reserva.

Por que ainda é preciso um link de cancelamento dentro da mensagem?

As leis de marketing da maioria dos países exigem uma forma visível de sair da lista dentro da própria mensagem, em geral um link no rodapé. Os cabeçalhos servem ao provedor de e-mail, e o link do rodapé serve ao leitor. O echo.email procura um link com texto de cancelamento ou uma URL com cara de cancelamento. A detecção é uma heurística e às vezes escolhe o link errado. Um parâmetro de rastreamento próprio no link do rodapé separa, nas estatísticas do remetente, os cancelamentos pelo rodapé e pelo cabeçalho.

O que é List-Id?

List-Id (RFC 2919) dá nome à lista de e-mail a que uma mensagem pertence, por exemplo News <news.example.com>. O Google e o Yahoo não exigem o cabeçalho. Servidores de recebimento e destinatários usam o cabeçalho para ordenar e filtrar e-mail por fluxo de envio, então adicioná-lo é uma boa prática.

O que é a lista de boas práticas?

A lista segue os requisitos que o Google e o Yahoo publicaram em 2024 para remetentes em massa: SPF alinhado, DKIM alinhado, DNS reverso com confirmação direta (FCrDNS), TLS, um domínio From que não seja de e-mail gratuito e que não falhe no DMARC, uma política DMARC publicada, pelo menos um método de autenticação alinhado, cancelamento com um clique e um link de cancelamento visível. Cada linha diz sim ou não. Uma linha vermelha é uma causa provável de pior posicionamento na caixa de entrada dos grandes provedores, e a pontuação completa é a base para e-mail em massa.

Algumas linhas só contam quando se aplicam. As duas linhas de cancelamento contam quando a mensagem tem um cabeçalho de envio em massa: List-Unsubscribe, List-Unsubscribe-Post, List-Id ou Precedence com o valor bulk, list ou junk. Em uma mensagem pessoal sem nenhum desses cabeçalhos, essas linhas não contam. O alinhamento SPF fica fora da pontuação quando o remetente do envelope foi reescrito com SRS e o DMARC passa com DKIM alinhado. Depois de uma reescrita SRS, o SPF verifica o domínio do servidor que reescreveu o endereço em vez do domínio From. Serviços de encaminhamento usam SRS por padrão, e alguns servidores de envio aplicam SRS a todo e-mail de saída, o que faz perder o alinhamento SPF. A pontuação mostra quantas das linhas contadas foram atendidas.

Como a mensagem é exibida?

A visualização renderizada mostra a parte HTML dentro de um quadro isolado (sandbox). Quem faz a renderização é o navegador, então o resultado corresponde a um navegador de computador e não a um programa de e-mail ou aparelho específico. Scripts, formulários e links ficam desativados na prévia. Outras visualizações mostram a mensagem com as imagens bloqueadas e com o texto alternativo no lugar de cada imagem, que é como muitos leitores veem uma mensagem pela primeira vez.

O que a seção MIME mostra?

MIME é a estrutura interna de uma mensagem: as partes, os tipos de conteúdo, os conjuntos de caracteres, as codificações de transferência e os delimitadores que separam as partes. Uma newsletter típica tem um contêiner multipart/alternative com uma parte text/plain e uma parte text/html. Uma parte de texto ausente, um delimitador de fechamento ausente ou um aninhamento incomum chama a atenção na árvore.

O que a seção Mensagem bruta mostra?

A seção Mensagem bruta mostra a mensagem como foi recebida, com estatísticas: tamanho total, número de linhas, a linha mais longa, caracteres fora do ASCII e quebras de linha sem CR. A RFC 5322 limita uma linha a 998 caracteres, e alguns servidores quebram ou recusam linhas mais longas. Quebras de linha sem retorno de carro (CR) são uma causa comum de falhas de DKIM, porque os servidores no caminho as reescrevem.

A visualização da mensagem bruta começa com os cabeçalhos de rastreio que o mx.echo.email registra na entrega: Return-Path, Authentication-Results, Received-SPF e Received. Abaixo deles está a mensagem exatamente como foi recebida, e o link de download fornece o arquivo .eml sem alterações.

Quais listas de bloqueio o relatório verifica?

Os destinatários consultam o endereço IP de envio e os domínios do remetente em listas de bloqueio de DNS, e estar em uma lista muito usada leva a e-mail recusado ou filtrado. O relatório verifica as mesmas listas que o scan.mx: Spamhaus ZEN e AuthBL para o endereço IP, Spamhaus DBL e ZRD para o domínio From e o domínio do envelope, além de SpamCop, GBUdb Truncate e PSBL para endereços IPv4. Cada linha diz listado ou não listado, com um link para a página de remoção do operador da lista.

Uma listagem por política na Spamhaus PBL marca uma faixa de endereços que não deve enviar e-mail diretamente, como uma conexão residencial. O e-mail de um endereço assim deve sair pelo servidor de e-mail do provedor. Os resultados ficam em cache por duas horas, então uma correção aparece em um novo teste no máximo duas horas depois.

O que significa a pontuação do SpamAssassin?

O SpamAssassin é um filtro de spam de código aberto que muitos servidores de recebimento usam. O servidor de e-mail pontua cada mensagem de teste com o SpamAssassin e as regras padrão, atualizadas diariamente. O relatório mostra o total, o limite de spam de 5 e cada regra que se aplicou, começando pelas que têm mais pontos. Pontos negativos contam a favor da mensagem, por exemplo uma assinatura DKIM válida.

Os testes de rede consultam o endereço IP de envio e os domínios dos links na Spamhaus (via DQS), na URIBL, na SURBL e nas outras listas das regras padrão. O aprendizado bayesiano e as redes de hashes compartilhados Razor, Pyzor e DCC ficam desligados, então a pontuação depende só da mensagem e nada sobre a mensagem sai do servidor para aprendizado.

A pontuação é indicativa e não conta para a pontuação de boas práticas. Cada destinatário usa o próprio filtro, com as próprias regras e limites, e o Gmail e o Outlook não usam o SpamAssassin. Uma pontuação acima de zero é normal. As regras com mais pontos mostram onde uma mudança ajuda mais. Mensagens com mais de 500 KB não são pontuadas.

Por que os domínios do remetente precisam de servidores de e-mail?

As respostas vão para o domínio From, e as devoluções vão para o domínio do remetente do envelope. Os dois precisam de um registro MX, ou pelo menos de um registro de endereço, que os servidores de e-mail usam como alternativa. Um null MX, um único MX que aponta para um ponto (RFC 7505), declara que um domínio não aceita nenhum e-mail, e alguns destinatários recusam mensagens de um domínio assim.

Quais elementos HTML contam como de risco?

Scripts, formulários, iframes, objects e embeds raramente fazem sentido em um e-mail. A maioria dos programas de e-mail os remove, e os filtros de spam os pontuam como sinal de phishing. Links e imagens simples fazem o mesmo trabalho sem essa penalidade. A seção de conteúdo também mostra o tamanho do HTML e quanto texto visível o HTML contém, porque uma mensagem feita quase só de marcação ou de imagens parece suspeita para os filtros.

Por que sinalizar encurtadores de links?

Encurtadores públicos como bit.ly escondem o destino real. Campanhas de phishing os usam muito, então os filtros desconfiam de links que passam por eles. Links que apontam direto para o domínio do remetente constroem reputação.

O que a seção DNS mostra?

Cada consulta DNS feita para o relatório aparece na seção DNS, agrupada por finalidade: DNS reverso, SPF, DKIM, DMARC, BIMI, servidores de e-mail e a verificação de IPv6. As consultas às listas de bloqueio ficam de fora, porque os nomes dessas consultas contêm uma chave de acesso. Cada entrada mostra o nome, o tipo de registro, o código de resposta, as respostas com o TTL e eventuais registros de autoridade. A lista mostra quais registros produziram cada resultado, o que ajuda quando uma mudança recente no DNS ainda não chegou a todos os resolvedores.

Mais ferramentas gratuitas

scan.mx
Verifica a configuração de e-mail de um domínio: MX, SPF, DKIM, DMARC, BIMI.
portscan.com
Verifica quais portas TCP estão abertas em um endereço IP, incluindo a porta 25.