O que é um decodificador MIME e o que significam todos esses cabeçalhos?

Todo e-mail que você recebe é, por baixo, um documento de texto simples que segue uma estrutura rígida definida pelo MIME (Multipurpose Internet Mail Extensions) e pelo formato de mensagem mais antigo RFC 5322. Quando você abre o “código-fonte bruto” ou um arquivo .eml salvo, essa estrutura fica visível: um bloco de cabeçalhos, uma linha em branco e, então, o corpo. Este decodificador separa qualquer mensagem que você colar nessas partes — cabeçalhos, a árvore MIME, a codificação de transferência e o charset de cada parte, o text/HTML decodificado e cada anexo — inteiramente no seu navegador. Nada é enviado a nenhum servidor; a análise roda no seu próprio computador.

1. A forma geral de uma mensagem

Uma mensagem tem duas seções separadas pela primeira linha vazia:

Header-Name: valor do cabeçalho Another-Header: outro valor (uma linha de continuação dobrada) <linha em branco> O corpo começa aqui…

Os cabeçalhos descrevem a mensagem: quem a enviou, quando, o assunto e — algo crucial para o MIME — como o corpo é codificado e estruturado.
A linha em branco é o limite entre cabeçalhos e corpo. A primeira linha vazia encerra o bloco de cabeçalhos.
O corpo é tudo o que vem depois dela. Em uma mensagem moderna, o corpo geralmente não é texto simples, mas uma estrutura MIME com várias partes.

2. Como os cabeçalhos são escritos

Duas regras confundem as pessoas ao ler o código-fonte bruto:

Dobramento (folding). Um cabeçalho longo pode ser dividido em várias linhas; cada linha de continuação começa com um espaço ou tabulação. Ao serem lidas, essas linhas são unidas de volta em um único valor (“desdobradas”).
Encoded-words (RFC 2047). Os cabeçalhos oficialmente permitem apenas ASCII, então texto em outros idiomas e emojis são envolvidos como =?charset?B?…?= (Base64) ou =?charset?Q?…?= (uma variante de quoted-printable). Por exemplo, =?UTF-8?Q?caf=C3=A9?= decodifica para café. O decodificador acima mostra o valor legível; o valor bruto é o que realmente trafega pela rede.

3. Os campos de cabeçalho explicados

Estas são as variáveis que você verá no topo de quase qualquer mensagem. Nem todas estão sempre presentes.

Endereçamento e identidade

Cabeçalho	O que significa
`From`	O autor exibido ao leitor — um nome de exibição e um endereço, ex.: `Anna <anna@example.com>`. É isto que seu cliente de e-mail exibe; não é prova de quem realmente enviou a mensagem (veja SPF/DKIM abaixo).
`To`, `Cc`	Destinatários primários e em cópia. Cabeçalhos puramente informativos — a entrega real é conduzida pelo envelope SMTP, não por eles.
`Bcc`	Cópia oculta. Normalmente removida antes da entrega, então você raramente a vê no e-mail recebido.
`Reply-To`	Para onde as respostas devem ir, quando isso difere de `From` (ex.: um remetente “no-reply” que direciona as respostas para o suporte).
`Return-Path`	O remetente de envelope (o endereço “MAIL FROM”) para onde os retornos (bounces) são enviados. Adicionado pelo servidor receptor e frequentemente diferente de `From`.
`Sender`	O agente que de fato submeteu a mensagem quando não é o autor (listas de discussão, “em nome de”).
`Message-ID`	Um identificador globalmente único desta mensagem, como `<a1b2c3@example.com>`. Usado para encadeamento e remoção de duplicatas.

Encadeamento, datas e assunto

Cabeçalho	O que significa
`Subject`	A linha de assunto. Frequentemente um encoded-word quando contém caracteres não-ASCII.
`Date`	Quando o autor enviou a mensagem, com um deslocamento de fuso horário, ex.: `Wed, 9 Jul 2026 10:15:00 +0000`.
`In-Reply-To`	O `Message-ID` ao qual esta mensagem responde — permite que os clientes montem os fios de conversa.
`References`	A cadeia de `Message-ID`s anteriores no fio de conversa.

Roteamento e autenticação

Cabeçalho	O que significa
`Received`	Uma linha de rastreamento adicionada por cada servidor de e-mail por onde a mensagem passou, a mais recente no topo. Lê-las de baixo para cima mostra o caminho de entrega e os horários.
`DKIM-Signature`	Uma assinatura criptográfica que permite ao receptor confirmar que a mensagem foi realmente enviada pelo domínio e não foi alterada em trânsito.
`Authentication-Results`	O veredito do servidor receptor sobre as verificações de SPF, DKIM e DMARC (`pass`/`fail`). Uma forma rápida de julgar se um “From” é confiável.
`Received-SPF`	Se o IP de envio está autorizado a enviar em nome do domínio de envelope.
`List-Unsubscribe`	Para e-mails em massa/newsletters: o endereço ou a URL que um cliente usa para cancelar a inscrição em um clique.

4. As variáveis MIME — como o corpo é construído

Estes poucos cabeçalhos controlam toda a estrutura do corpo. São as variáveis com que este decodificador mais se preocupa.

Variável	O que faz
`MIME-Version: 1.0`	Declara que a mensagem usa MIME. Na prática, sempre `1.0`.
`Content-Type`	A variável mais importante de todas: o tipo de mídia de uma parte (`text/plain`, `text/html`, `image/png`, `application/pdf`, `multipart/*`…). Ela carrega parâmetros após pontos e vírgulas.
`charset`	Um parâmetro de um `Content-Type` de texto: a codificação de caracteres do texto, ex.: `charset="UTF-8"`. Necessário para transformar os bytes de volta nas letras corretas.
`boundary`	Um parâmetro de um tipo `multipart`: uma string marcadora única. Cada parte começa com `--boundary` e a última termina com `--boundary--`.
`Content-Transfer-Encoding`	Como os bytes da parte foram empacotados para sobreviverem como texto de 7 bits na rede (veja a tabela abaixo).
`Content-Disposition`	`inline` (exibir na mensagem) ou `attachment` (oferecer como arquivo). Geralmente carrega um parâmetro `filename`.
`name` / `filename`	O nome de arquivo sugerido de um anexo, em `Content-Type` e `Content-Disposition` respectivamente.
`Content-ID`	Um identificador de uma parte inline (ex.: uma imagem) para que o corpo HTML possa referenciá-la com `cid:`.

Os tipos multipart comuns

multipart/alternative — a mesma mensagem em duas formas: uma alternativa text/plain e uma versão text/html. O cliente exibe a mais rica que conseguir.
multipart/mixed — um corpo mais anexos agrupados juntos.
multipart/related — uma parte HTML junto com as imagens inline que ela referencia por Content-ID.

Eles se aninham: uma mensagem real costuma ser um multipart/mixed contendo um multipart/alternative (texto + HTML) ao lado de um anexo PDF. O decodificador mostra isso como uma árvore numerada (1, 1.1, 1.2…).

5. Valores de Content-Transfer-Encoding

Valor	Significado
`7bit`	ASCII simples, nada alterado. O padrão quando nenhuma codificação é indicada.
`8bit`	Bytes brutos acima de 127 são usados diretamente (requer um caminho 8-bit-clean).
`binary`	Bytes arbitrários, sem limites de comprimento de linha — raro no e-mail comum.
`quoted-printable`	Texto majoritariamente legível em que os bytes não-ASCII viram `=XX` em hexadecimal (e um `=` no fim da linha é uma quebra suave). Bom para texto que é quase todo em inglês com alguns acentos.
`base64`	Quaisquer bytes recodificados em um alfabeto seguro de 64 caracteres, ~33% maior. Usado para imagens, PDFs e outros anexos binários.

O decodificador reverte qual das codificações foi usada e depois aplica o charset da parte, para que o texto volte legível e os anexos voltem como seus bytes originais (que você pode baixar).

6. Um exemplo prático

Pressione “Carregar um exemplo” acima para carregar uma pequena mensagem e vê-la decodificada. Seu esqueleto é assim:

Subject: =?UTF-8?Q?Meeting_notes_=E2=80=93_caf=C3=A9?= ← encoded-word MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="OUTER" --OUTER Content-Type: multipart/alternative; boundary="INNER" --INNER Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable ← parte de texto ... --INNER Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 ← alternativa HTML ... --INNER-- --OUTER Content-Type: text/plain; name="notes.txt" Content-Disposition: attachment; filename="notes.txt" Content-Transfer-Encoding: base64 ← anexo ... --OUTER--

Lendo: o tipo externo é multipart/mixed, então o corpo é “conteúdo + anexo”. Seu primeiro filho é um multipart/alternative que contém as versões em texto simples e HTML da mesma nota; seu segundo filho é o anexo notes.txt. O Subject é um encoded-word que decodifica para “Meeting notes – café”.

7. Privacidade

Tudo permanece no seu dispositivo. Esta ferramenta analisa a mensagem com JavaScript no seu navegador — o e-mail bruto nunca é enviado a nós nem a mais ninguém, e nada é armazenado. Você pode inspecionar com segurança mensagens privadas ou sensíveis.

Uma vez que você saiba de qual servidor uma mensagem veio, pode aprofundar-se: consulte a Consulta MX do domínio, leia como um servidor responde no guia de Checagem SMTP com telnet, ou verifique se um endereço é entregável com o Verificador de E-mail.

Decodificador MIME