O que acontece quando clica em Enviar

Módulo 1: Como funciona o seu e-mail · Tempo de leitura: 9 minutos

Objetivo de aprendizagem: No final desta lição, saberá explicar que caminho percorre um e-mail entre o botão Enviar e a caixa 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 navegador

O seu correio não está guardado no navegador 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 esses e-mails 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 navegador. Na WebOké, trata-se do 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 utilizam:

• IMAP para ler, mover e eliminar os seus e-mails;
• SMTP para enviar e-mails.

Se algo não funcionar no webmail, muitas vezes a causa 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

Inês Santos (ines@example.com) tem um atelier floral. Envia ao seu cliente Diogo (diogo@example.net) um orçamento para um bouquet de noiva. Eis o que acontece quando clica em Enviar.

1. Entrega ao próprio servidor. O webmail entrega a mensagem, através de SMTP, ao servidor de correio da Inês. A isto chama-se também submissão (submission). A Inês tem de iniciar sessão para o fazer; caso contrário, qualquer pessoa poderia usar o servidor dela para enviar spam. Os programas de correio utilizam para isso a porta 465 ou 587, com encriptação. O webmail da WebOké envia através do mesmo servidor em que iniciou sessão.
2. Procurar o caminho. O servidor da Inês olha para a parte do endereço do Diogo que vem depois da @: example.net. Consulta no DNS o registo MX desse domínio. Esse registo indica que servidor aceita o correio para example.net.
3. Entregar. O servidor da Inês estabelece contacto com esse servidor de receção e entrega a mensagem, novamente com SMTP. Entre servidores, isso acontece na porta 25.
4. 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 Diogo, em A receber ou na pasta de spam.
5. Ler. O Diogo abre o seu programa de correio ou o webmail. Este vai buscar a mensagem com IMAP e mostra-a.

Cada passo pode falhar isoladamente. Por isso, uma mensagem de erro dá sempre uma pista sobre o local do problema: a Inês 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 é como uma carta dentro de um envelope. Os servidores olham apenas para o envelope. A Inês e o Diogo veem sobretudo a carta.

O envelope surge durante a conversa SMTP entre dois servidores. O servidor que envia indica primeiro de quem vem o e-mail (o comando MAIL FROM) e depois a quem se destina (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 Inês enviar um e-mail com o seu colega Tiago (tiago@example.com) em Bcc, o Tiago consta do envelope, mas não dos cabeçalhos. É por isso que o Diogo não vê que o Tiago 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. As mensagens de erro vão entã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 um diário de viagem pelo caminho. A linha Received de cima é, portanto, o último passo, e a de baixo o primeiro. Leem-se de baixo para cima.

Os cabeçalhos do e-mail da Inês, tal como chegam ao Diogo, têm mais ou menos este aspeto (abreviados):

Return-Path: <ines@example.com>
Received: from mail.example.com (mail.example.com [192.0.2.10])
        by mx.example.net with ESMTPS
        for <diogo@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 <diogo@example.net>; Tue, 10 Nov 2026 10:15:02 +0100
From: Inês Santos <ines@example.com>
To: Diogo <diogo@example.net>
Subject: Orçamento bouquet de noiva
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 Diogo. A parte depois de "from" é o servidor que ofereceu o e-mail; a parte depois de "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 em baixo antes de enviar. Por isso, confie sobretudo nas linhas de cima, que foram criadas por servidores que conhece, como o servidor do seu próprio fornecedor.

Porque é que o From pode ser falsificado

O protocolo SMTP foi concebido numa época em que todos confiavam uns nos outros. Nada no próprio protocolo verifica se o remetente indicado em From é verdadeiro. Um burlão pode, portanto, enviar um e-mail com From: ines@example.com sem ter qualquer relação com a Inês.

Por isso, foram acrescentados mais tarde três controlos, 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 esses dois controlos ao domínio que vê em From e indica o que o destinatário deve fazer se a verificação falhar: nada, colocar no spam ou recusar.

Isto é configurado pelo administrador do domínio, não por si enquanto utilizador do webmail. Como funciona exatamente, aprenderá no curso E-mail em ordem. Por agora, basta saber que o nome apresentado de um remetente não prova nada e que pode ver nos cabeçalhos se estes controlos foram bem-sucedidos (lição 2.2).

Enviado ainda não significa entregue

Se o seu e-mail estiver na pasta Enviados, só sabe uma coisa com certeza: o seu próprio servidor aceitou-o (passo 1). O resto acontece depois, por vezes só muito mais tarde.

• O servidor de receção pode recusar temporariamente. Alguns servidores pedem primeiro a um remetente desconhecido que tente de novo mais tarde (greylisting). O seu servidor tenta então novamente, por vezes durante dias, e avisa-o se continuar a falhar.
• O servidor de receção pode recusar o e-mail de forma definitiva, 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 Inês estiver à espera de uma resposta que não chega, verifica primeiro se há uma mensagem de erro na sua caixa A receber e pede ao Diogo que veja na pasta de spam.

Na prática: assim funciona no webmail

No webmail, pode ver 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; apenas o botão tem outro nome (no Gmail, por exemplo, Mostrar original).

Resumo

• O webmail é um programa de correio no seu navegador. 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) é para os servidores; os cabeçalhos (From, To, Subject, Date, Message-ID) são para as pessoas e os programas.
• Cada servidor coloca uma linha Received no topo; leem-se de baixo para cima.
• O From pode ser falsificado; SPF, DKIM e DMARC dificultam a falsificação. Enviado não significa entregue.

Questionário

Exercício

Exercício A1.1: Ler cabeçalhos. O material kopregels-1.txt encontra-se por baixo deste exercício: os cabeçalhos de um e-mail real, mas anonimizado. Leia-os de baixo para cima e preencha: o domínio em 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 depois de "by"). O programa compara as suas respostas com a chave de respostas e mostra, para cada pergunta, se está correta, com uma explicação sobre onde poderia ter encontrado a resposta nos cabeçalhos.

Para saber mais

Os passos no 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