Ir para o conteúdo
OneKitly

O HTML de um e-mail tem vinte anos de atraso sobre a web, de propósito

Publicado a 09/09/2026 · 3 min de leitura · Ferramentas de ficheiros

Daniel Okonkwo

Daniel Okonkwo — Programador front-end e redator de Tecnologia na OneKitly

Desempenho web · Formatos de ficheiro

Verificado a partir de 3 fontes

Ver perfil →
Em resumo

Uma página web é servida a um navegador que se pode mais ou menos prever. Uma mensagem é entregue a várias dezenas de leitores sem nada em comum — um cliente de secretária de 2016, um telefone, um webmail que reescreve a tua marcação antes de a mostrar — e cada um retira o que não lhe agrada. Daí um dialeto congelado há décadas: sem folha de estilo externa, porque um leitor teria de a ir buscar e quase nenhum o fará; sem script, porque todos os leitores o removem; paginação em tabelas encaixadas, porque é nisso que todos ainda concordam; e CSS escrito em linha em cada etiqueta, porque um bloco de estilo no cabeçalho é deitado fora por vários dos maiores webmails. Exportar uma mensagem para HTML dá-te essa marcação num ficheiro que o teu navegador abre — autónomo exceto quanto às imagens que o remetente deixou no seu próprio servidor e que continuam referências remotas. Imprime-se bem, arquiva-se bem, e não se parecerá exatamente com o que o remetente via, porque nunca se pareceu igual em dois clientes.

Sem folha de estilo, sem script, paginação feita de tabelas encaixadas e estilos escritos em cada etiqueta. Saber porquê explica com o que um ficheiro HTML exportado se vai parecer — e com o que não.

As duas imagens, outra vez

O ficheiro exportado integra o que estava dentro da mensagem e deixa em paz o que não estava. As imagens que o remetente anexou e referenciou como cid: passam a fazer parte do ficheiro: aparecem estejas ou não ligado, e a página continua autónoma se a copiares para um disco de segurança. As imagens que o remetente deixou no seu servidor continuam endereços: abrir o ficheiro anos depois deixa buracos onde estava um banner — e, se o servidor ainda funcionar, diz ao dono que abriste hoje uma mensagem antiga.

Quando preferir o HTML, e quando o texto

Escolhe o HTML quando a aparência faz parte do que guardas: uma fatura com uma tabela de linhas, uma confirmação de reserva com uma referência paginada para ser lida, uma mensagem que talvez tenhas de mostrar tal como foi recebida. Escolhe o texto simples quando quiseres pesquisar, citar ou guardar milhares de mensagens — o texto pesa um décimo e não arrasta uma paginação que envelhecerá. Guardar ambos para o punhado que conta não custa nada e resolve a questão mais tarde.

EML para HTMLGuarda a parte HTML de um e-mail como página autónoma, aberta num navegador.Experimentar a ferramenta →

Perguntas frequentes

A página exportada terá o mesmo aspeto que no meu cliente de correio?
Parecido, não idêntico. O teu cliente de correio aplica as suas próprias definições por cima da mensagem — tipos de letra, espaçamentos, uma largura máxima — e um navegador aplica outras. Como a mensagem leva os estilos em linha, a substância viaja; o que se mexe é a moldura à volta. Se um registo exato importar, imprime a página para PDF a partir do navegador e guarda-o ao lado.
Porque é que tantas mensagens ainda usam tabelas para paginar?
Porque é a única paginação que todos os leitores ainda apresentam da mesma maneira. Os sistemas de paginação modernos têm suporte desigual entre clientes de correio, e um desenho que se desmorona num dos grandes é um desenho que falha para uma parte do público que o remetente não consegue identificar. As tabelas são feias de escrever e funcionam em todo o lado, o que no correio sempre foi a combinação vencedora.
É seguro abrir o HTML exportado?
É a marcação da própria mensagem, por isso leva o que o remetente escreveu — na prática estilos e ligações, já que os scripts não sobrevivem à viagem pelo sistema de correio. Trata as ligações com a mesma desconfiança que no cliente de correio: uma página exportada perdeu os avisos que o teu cliente mostrava à volta. Se a mensagem te inspirava desconfiança, lê-a antes como texto simples.

Artigos que podem interessar-lhe

Todos os guias →
ExplicaçãoUm anexo cresce um terço dentro do e-mailO correio transporta os ficheiros em texto, três bytes escritos em quatro caracteres. Um anexo de 10 MiB ocupa 13,68 MiB da mensagem, pelo que um limite de 25 MB significa na realidade cerca de 18 MiB de ficheiros.ExplicaçãoPorque o teu assunto chega como =?UTF-8?B? e uma tira de letrasOs cabeçalhos de correio só podem levar ASCII, por isso um assunto acentuado é codificado antes de viajar. Usam-se duas codificações, ambas começam por =?, e descodificá-las é toda a diferença entre uma mensagem legível e um muro de símbolos.TutorialAbrir um ficheiro .eml sem avisar o remetenteUma mensagem guardada é um ficheiro de texto legível em qualquer lado. O senão é que abri-la em algo que carrega imagens remotas anuncia o momento em que o fizeste — é precisamente para isso que serve um píxel de rastreio.TutorialDividir um arquivo de correio num ficheiro por mensagemUm .mbox é um único ficheiro enorme que o teu sistema não sabe pesquisar. Transforma-o em ficheiros .eml e cada mensagem passa a ser algo que a tua máquina indexa, o teu cliente de correio abre e podes apagar um a um.ExplicaçãoUm .mbox são mensagens coladas umas a seguir às outras, e a cola é uma linhaUm ficheiro, milhares de mensagens, separadas por uma linha que começa por From. O formato tem uma fraqueza famosa, e é a razão pela qual uma mensagem pode perder o seu fim sem que nada assinale um erro.ExplicaçãoO livro com vinte e três fórmulas que não declarava nenhumaUma célula pode conter uma fórmula e nenhum resultado em cache. Um leitor que salta as células vazias deita fora a fórmula com elas — e anuncia que o ficheiro não tem nenhuma. Uma opção de leitura separa os dois casos.

Ferramentas relacionadas

Fontes

Detetaste um erro neste artigo?