Módulo 1 · 1.1
O que acontece quando clica em Enviar
Módulo 1: Como funciona o seu correio · Tempo de leitura: 9 minutos
Objetivo de aprendizagem: Depois desta lição, saberá explicar o caminho que um e-mail percorre entre Enviar e a pasta A receber do destinatário, e saberá indicar a diferença entre o envelope e os cabeçalhos de um e-mail.
Conceitos-chave: webmail, servidor de correio, SMTP, registo MX, IMAP, envelope, cabeçalhos, Return-Path, Received, Message-ID, SPF, DKIM, DMARC
O webmail é um programa de correio no seu browser
O seu correio não está no seu browser nem no seu computador. Está num servidor de correio: um computador que está ligado dia e noite e que recebe, guarda e reencaminha e-mails. Para ler esse correio precisa de um programa de correio. Pode ser o Outlook, a aplicação de correio do seu telemóvel ou o webmail.
O webmail é simplesmente um programa de correio que funciona no seu browser. Na WebOké, é o Roundcube. O Roundcube não é, ele próprio, um servidor de correio. Comunica com o servidor de correio em seu nome, usando as mesmas linguagens que o Outlook ou o Apple Mail:
- IMAP para ler, mover e eliminar as suas mensagens;
- SMTP para enviar mensagens.
Se algo não funciona no webmail, muitas vezes o problema não está no webmail, mas naquilo que o servidor faz ou responde. E o inverso também é verdade: se o envio funciona no webmail mas não no seu programa de correio, o problema está nas definições desse programa.
De Enviar até A receber em cinco passos
Sanne de Vries (sanne@example.com) tem um ateliê de flores. Envia ao seu cliente Ahmed (ahmed@example.net) um orçamento para um ramo de noiva. Eis o que acontece quando ela clica em Enviar.
- Entrega ao próprio servidor. O webmail entrega a mensagem, via SMTP, ao servidor de correio da Sanne. Este passo chama-se também submissão (submission). A Sanne tem de iniciar sessão para isso; caso contrário, qualquer pessoa poderia usar o servidor dela para enviar spam. Os programas de correio usam para isto a porta 465 ou 587, com encriptação. O webmail da WebOké envia através do mesmo servidor em que iniciou sessão.
- Procurar o caminho. O servidor da Sanne olha para a parte que vem depois da @ do endereço do Ahmed: example.net. Consulta no DNS o registo MX desse domínio. Esse registo indica que servidor aceita o correio para example.net.
- Entregar. O servidor da Sanne contacta esse servidor de receção e entrega a mensagem, também com SMTP. Entre servidores, isso acontece na porta 25.
- Na caixa de correio. O servidor de receção verifica a mensagem (o endereço existe? é spam?) e coloca-a na caixa de correio do Ahmed, em A receber ou na pasta de spam.
- Ler. O Ahmed abre o seu programa de correio ou o webmail. Este vai buscar a mensagem com IMAP e mostra-a.
Cada passo pode falhar separadamente. Por isso, uma mensagem de erro dá sempre uma pista sobre o local do problema: a Sanne não conseguiu iniciar sessão no seu próprio servidor (passo 1), o servidor dela não encontrou o destinatário (passo 2 ou 3), ou o servidor de receção recusou o e-mail (passo 4)?
Envelope e carta: dois tipos de endereços
Um e-mail parece-se com uma carta dentro de um envelope. Os servidores só olham para o envelope. A Sanne e o Ahmed veem sobretudo a carta.
O envelope é criado durante a conversa SMTP entre dois servidores. O servidor de envio diz primeiro de quem vem o e-mail (o comando MAIL FROM) e depois para quem é (RCPT TO). Só depois segue a mensagem propriamente dita. O endereço do remetente no envelope é o endereço para onde vão as mensagens de erro. Na entrega final, o servidor de receção coloca-o no topo da mensagem como Return-Path.
A carta começa com cabeçalhos (headers): linhas com um nome, dois pontos e um valor. Os mais conhecidos são:
- From: o remetente que vê no seu programa de correio;
- To e Cc: os destinatários visíveis;
- Subject: o assunto;
- Date: o momento do envio, segundo o relógio do programa do remetente;
- Message-ID: um identificador único desta mensagem. As respostas fazem referência a ele; é assim que um programa de correio sabe que mensagens pertencem umas às outras.
O envelope e os cabeçalhos não têm de ser iguais. Se a Sanne enviar um e-mail com o seu colega Daan (daan@example.com) em Bcc, o Daan consta do envelope, mas não dos cabeçalhos. É por isso que o Ahmed não vê que o Daan também recebe a mensagem. E uma newsletter tem muitas vezes um Return-Path no serviço de newsletters, enquanto o From é o endereço da loja. Nesse caso, as mensagens de erro vão parar ao serviço.
Linhas Received: o diário de viagem de um e-mail
Cada servidor que aceita um e-mail tem de lhe acrescentar um cabeçalho Received, e precisamente no topo. Assim, um e-mail vai construindo pelo caminho um diário de viagem. A linha Received de cima corresponde, portanto, ao último passo, e a de baixo ao primeiro. Leem-se de baixo para cima.
Os cabeçalhos do e-mail da Sanne, tal como chegam ao Ahmed, têm mais ou menos este aspeto (abreviados):
Return-Path: <sanne@example.com>
Received: from mail.example.com (mail.example.com [192.0.2.10])
by mx.example.net with ESMTPS
for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:04 +0100
Received: from webmail.example.com ([192.0.2.20])
by mail.example.com with ESMTPSA
for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:02 +0100
From: Sanne de Vries <sanne@example.com>
To: Ahmed <ahmed@example.net>
Subject: Offerte bruidsboeket
Date: Tue, 10 Nov 2026 10:15:01 +0100
Message-ID: <20261110091501.a1b2c3@example.com>Leia primeiro a linha Received de baixo. O webmail entregou a mensagem a mail.example.com. As letras ESMTPSA significam: encriptado (S) e com início de sessão (A). Depois, mail.example.com passou-a a mx.example.net, o servidor do Ahmed. A parte a seguir a "from" é o servidor que ofereceu o e-mail; a parte a seguir a "by" é o servidor que o aceitou. As horas mostram quanto tempo demorou cada passo.
Uma armadilha: um remetente pode acrescentar ele próprio linhas falsas na parte de baixo antes de enviar. Por isso, confie sobretudo nas linhas de cima, criadas por servidores que conhece, como o servidor do seu próprio fornecedor.
Porque é que o From pode ser falsificado
O protocolo SMTP foi criado numa época em que todos confiavam uns nos outros. Nada no próprio protocolo verifica se o remetente no From é verdadeiro. Um burlão pode, portanto, enviar um e-mail com From: sanne@example.com sem ter qualquer ligação à Sanne.
Por isso, mais tarde surgiram três verificações, que o proprietário de um domínio configura no seu DNS:
- SPF indica que servidores podem enviar correio com um remetente de envelope desse domínio.
- DKIM coloca uma assinatura digital na mensagem. O destinatário verifica-a com uma chave que está no DNS do domínio que assinou.
- DMARC liga estas duas ao domínio que vê no From e indica o que o destinatário deve fazer se a verificação falhar: nada, colocar no spam ou recusar.
Isto é tratado pelo administrador do domínio, não por si enquanto utilizador do webmail. Como funciona exatamente, aprende no curso E-mail em ordem. Por agora, basta saber que o nome de remetente apresentado não prova nada e que, nos cabeçalhos, pode ver se estas verificações foram bem-sucedidas (lição 2.2).
Enviado ainda não é entregue
Se o seu e-mail está na pasta Enviados, só sabe uma coisa com certeza: o seu próprio servidor aceitou-o (passo 1). O resto acontece depois, por vezes muito mais tarde.
- O servidor de receção pode recusar temporariamente. Alguns servidores pedem a um remetente desconhecido que tente novamente mais tarde (greylisting). O seu servidor tenta então outra vez, por vezes durante dias, e avisa se continuar a falhar.
- O servidor de receção pode recusar o e-mail definitivamente, por exemplo porque o endereço não existe ou a caixa de correio está cheia. Nesse caso, recebe de volta uma mensagem de erro (um bounce, lição 8.4).
- O e-mail pode chegar mas ir parar à pasta de spam. Nesse caso, não recebe qualquer aviso.
Se a Sanne estiver à espera de uma resposta que não chega, verifica primeiro se há uma mensagem de erro na sua pasta A receber e pede ao Ahmed que veja na pasta de spam dele.
Na prática: como funciona no webmail
No webmail, vê os cabeçalhos de uma mensagem com o botão Cabeçalhos por cima da mensagem, ou através de Mais > Mostrar código fonte. A lição 2.2 aprofunda este tema. Como o webmail e o seu programa de correio mostram o mesmo correio, pode ler no manual do Roundcube, em O que é o webmail. Noutros webmails, como o Gmail ou o Outlook.com, funciona de forma semelhante, só que o botão tem outro nome (no Gmail, por exemplo, Mostrar original).
Resumo
- O webmail é um programa de correio no seu browser. Comunica com o servidor de correio através de IMAP (ler) e SMTP (enviar).
- Um e-mail vai do seu próprio servidor para o servidor indicado no registo MX do domínio do destinatário.
- O envelope (MAIL FROM, RCPT TO, mais tarde Return-Path) destina-se aos servidores; os cabeçalhos (From, To, Subject, Date, Message-ID) destinam-se às pessoas e aos programas.
- Cada servidor coloca uma linha Received no topo; leem-se de baixo para cima.
- O From pode ser falsificado; SPF, DKIM e DMARC tornam a falsificação mais difícil. Enviado não significa entregue.
Questionário
Exercício
Exercício A1.1: Ler os cabeçalhos. O material kopregels-1.txt encontra-se por baixo deste exercício: os cabeçalhos de um e-mail verdadeiro, mas anonimizado. Leia-os de baixo para cima e indique: o domínio no From, o domínio do Return-Path, quantas linhas Received existem e que servidor recebeu o e-mail em último lugar (a linha Received de cima, a parte a seguir a "by"). O programa compara as suas respostas com a chave de respostas e mostra, por pergunta, se está certo, com uma explicação sobre onde poderia ter encontrado a resposta nos cabeçalhos.
Para saber mais
Os passos indicados para o webmail aplicam-se ao webmail da WebOké; noutros webmails funciona de forma semelhante.
- Roundcube Webmail 1.1: O que é o webmail?
- Explicação do processo de envio de e-mails / SMTP
- Ver e ler os cabeçalhos (headers) de um e-mail
- Curso gratuito E-mail em ordem: configurar e garantir uma boa entrega 1.1: A viagem de um email
- Curso gratuito E-mail em ordem: configurar e garantir uma boa entrega 1.5: Ler cabeçalhos: de onde veio este email?
- Curso gratuito E-mail em ordem: configurar e garantir uma boa entrega 4.1: Porque é que o correio acaba na pasta de spam
- RFC 5321, Simple Mail Transfer Protocol (em inglês): https://www.rfc-editor.org/rfc/rfc5321
- RFC 5322, Internet Message Format (em inglês): https://www.rfc-editor.org/rfc/rfc5322