Campos do cabeçalho de e-mail explicados: Received, From, Return-Path e mais

Em resumo

1. Onde encontrar os cabeçalhos. Todo aplicativo de e-mail tem uma forma de mostrar os cabeçalhos completos, geralmente chamada de Mostrar original, Ver código-fonte ou Detalhes da mensagem.
2. Os campos que as pessoas veem: From, To, Subject, Date. From, To, Subject e Date são os campos que um aplicativo de e-mail exibe.
3. Received: a rota. Cada servidor que processa uma mensagem adiciona uma linha Received no topo.
4. Return-Path, Reply-To e Message-ID. O Return-Path contém o remetente do envelope, o endereço para onde os bounces são enviados e contra o qual o SPF é verificado.
5. Authentication-Results. O servidor receptor registra seus resultados de SPF, DKIM e DMARC em uma linha Authentication-Results, junto com os identificadores que verificou, como smtp.mailfrom e header.d.
6. DKIM-Signature. Um campo DKIM-Signature traz o domínio de assinatura em d=, o seletor em s=, o algoritmo de assinatura em a= e a lista de campos assinados em h=.

Onde encontrar os cabeçalhos

Todo aplicativo de e-mail tem uma forma de mostrar os cabeçalhos completos, geralmente chamada de Mostrar original, Ver código-fonte ou Detalhes da mensagem. Copie tudo desde a primeira linha até a primeira linha em branco, pois é na linha em branco que os cabeçalhos terminam e o corpo da mensagem começa.

Você pode colá-los em nosso analisador de cabeçalhos de e-mail, que organiza a rota, os atrasos e os resultados de autenticação.

Os campos que as pessoas veem: From, To, Subject, Date

From, To, Subject e Date são os campos que um aplicativo de e-mail exibe. Eles são definidos pelo remetente e podem dizer qualquer coisa, portanto, por si sós, não provam de onde a mensagem veio. Um nome de exibição pode conter um endereço diferente do real, um truque comum de falsificação.

O campo Date registra quando o remetente redigiu a mensagem. Compare-o com os horários das linhas Received para identificar grandes atrasos.

Received: a rota

Cada servidor que processa uma mensagem adiciona uma linha Received no topo. Cada uma registra de qual servidor recebeu a mensagem, qual servidor ela é, o protocolo e um carimbo de data e hora. Leia-as de baixo para cima para acompanhar a rota em ordem.

Received: from mail.example.net (mail.example.net [203.0.113.5])
        by mx.example.org with ESMTPS id abc123
        for <you@example.org>; Tue, 13 Oct 2026 16:14:12 +0000

O intervalo entre dois carimbos de data e hora é o tempo que a mensagem passou em um salto. Intervalos grandes geralmente indicam uma fila, greylisting ou uma nova tentativa. As linhas abaixo do primeiro servidor em que você confia podem ter sido escritas pelo remetente, então trate-as com cautela.

Return-Path, Reply-To e Message-ID

O Return-Path contém o remetente do envelope, o endereço para onde os bounces são enviados e contra o qual o SPF é verificado. O servidor receptor o adiciona. O Reply-To indica para onde as respostas devem ir e, quando é diferente do From, merece uma segunda olhada. O Message-ID é um identificador exclusivo da mensagem, geralmente terminando no domínio do sistema de envio.

Um Message-ID cujo domínio é diferente do domínio do From é comum quando um serviço envia em seu nome e, por si só, não é uma falha.

Authentication-Results

O servidor receptor registra seus resultados de SPF, DKIM e DMARC em uma linha Authentication-Results, junto com os identificadores que verificou, como smtp.mailfrom e header.d. Esta é a linha a ser lida primeiro quando o e-mail falha, e ela só é confiável quando foi escrita pelo seu próprio servidor receptor.

Authentication-Results: mx.example.org;
 spf=pass smtp.mailfrom=bounce.example.net;
 dkim=pass header.d=example.net header.s=s1;
 dmarc=fail header.from=example.com

Pass, fail, softfail, neutral, none, temperror e permerror são os valores usuais. Um fail de DMARC com SPF e DKIM ambos passando quase sempre significa que os domínios aprovados não estão alinhados com o From.

DKIM-Signature

Um campo DKIM-Signature traz o domínio de assinatura em d=, o seletor em s=, o algoritmo de assinatura em a= e a lista de campos assinados em h=. O receptor usa d= e s= para encontrar a chave pública no DNS e verificar a assinatura.

Verifique se d= é o seu próprio domínio e se h= inclui From. Uma assinatura feita com a=rsa-sha1 é antiga e fraca, e a tag l=, que limita quanto do corpo é assinado, permite que texto seja adicionado após a assinatura.

List-Unsubscribe e outros campos úteis

E-mails de marketing devem conter List-Unsubscribe, e List-Unsubscribe-Post para cancelamento de inscrição com um clique, que o Gmail e o Yahoo pedem que remetentes em massa ofereçam. Alguns receptores adicionam campos de filtro de spam, como X-Spam-Status, que mostram como a mensagem foi pontuada.

Os campos ARC mostram que um encaminhador ou lista de discussão registrou o resultado de autenticação que viu, o que explica por que o SPF pode falhar no destino final de uma mensagem encaminhada.

Leitura complementar e fontes

• RFC 5322: Internet Message Format
• RFC 8601: Message Header Field for Indicating Message Authentication Status
• RFC 6376: DomainKeys Identified Mail (DKIM) Signatures
• RFC 5321: Simple Mail Transfer Protocol

Faça no MigoSMTP: artigos da central de ajuda

• Leia cabeçalhos de e-mail para depurar a autenticação
• Códigos de bounce SMTP explicados
• Return-path e domínios de rastreamento personalizados

Guias e ferramentas relacionados

• Analisador de cabeçalhos de e-mail: cole os cabeçalhos e veja a rota e os resultados.
• Verificador de SPF, DKIM e DMARC: confira os registros ativos.
• Corrija falhas de SPF, DKIM e DMARC: leia um erro e resolva-o.
• Política DMARC explicada: o que significa alinhamento.