IMAP ou POP3: o IMAP apaga os emails do servidor?

Sim, quando apagas uma mensagem: o IMAP apaga o email do servidor e, por isso, de todas as apps que tens ligadas. O servidor guarda a única cópia verdadeira do teu email e cada app trabalha sobre ela; ler ou descarregar uma mensagem não remove nada, mas apagá-la numa app apaga-a em todas. A maioria das apps move-a primeiro para uma pasta do lixo, onde ainda a podes recuperar, e o Gmail, em vez disso, costuma arquivá-la em «All Mail» (Todo o correio). IMAP ou POP3? O POP3 funciona de outra forma: descarrega o email para um só dispositivo e, conforme as definições, pode apagar a cópia do servidor. Se queres o email dos aliases de um domínio teu numa app que não consegue apagar nada, o CatchNone lê essa caixa de correio apenas para leitura, por IMAP ou JMAP, e nunca marca, move nem apaga uma mensagem no servidor, no iPhone, iPad e Mac.

O IMAP apaga o email do servidor em todas as apps?

Sim, embora normalmente vá primeiro para o lixo em vez de desaparecer de vez. A norma atual do IMAP (Internet Message Access Protocol), o RFC 9051, descreve o IMAP como uma forma de trabalhar com «pastas de mensagens remotas» como se fossem locais. As apps IMAP descarregam mesmo as mensagens: o teu telemóvel, o teu portátil e o webmail podem guardar cada um cópias em cache, para mais rapidez e para leres sem ligação, mas essas cópias seguem o servidor. Quando uma mensagem sai do servidor, sai de todas as apps na sincronização seguinte.

Apagar faz-se em dois passos: marcar e depois expurgar

1. A app define o indicador \Deleted na mensagem. Fica marcada para remoção, mas continua lá.
2. O comando EXPUNGE, ou fechar a pasta com CLOSE, remove de vez todas as mensagens marcadas nessa pasta.

Até ao segundo passo, basta retirar o indicador para a mensagem voltar. As apps de computador mais antigas tornavam isto visível: a ajuda da Microsoft para o Outlook 2010 mostra as mensagens IMAP marcadas para eliminação riscadas até serem limpas, e depois disso «são eliminadas do servidor de email IMAP e não podem ser restauradas».

Apagar costuma significar «mover para o lixo»

Em vez disso, a maioria das apps atuais move a mensagem apagada para uma pasta do lixo no servidor. Em termos de IMAP, isto costuma ser um MOVE: uma cópia, o indicador \Deleted e um expunge, feitos num só passo. Todos os dispositivos veem a mensagem no lixo, e ela só desaparece de vez quando o lixo é esvaziado, por ti, pela app ou pelo fornecedor. Em setembro de 2026, o Gmail elimina definitivamente as mensagens do lixo ao fim de 30 dias, e o guia do Mail para iPhone da Apple refere que o iCloud não guarda mensagens apagadas durante mais de 30 dias, seja qual for a definição do teu iPhone.

Gmail: etiquetas, não pastas

O Gmail mostra as suas etiquetas às apps IMAP como pastas, com pastas de sistema como «All Mail» (Todo o correio), «Spam» e «Trash» (Lixo) dentro de [Gmail]. Eliminar uma mensagem da pasta de uma etiqueta normalmente só lhe retira essa etiqueta. O guia de definições IMAP da Google diz: «Pode encontrar as mensagens que eliminar de uma pasta IMAP na etiqueta “All Mail” do Gmail.» Também desaconselha apontar as mensagens apagadas da tua app para o lixo do Gmail, porque «serão eliminadas definitivamente do Gmail ao fim de 30 dias». As definições de eliminação do próprio Gmail, do lado do servidor, estão na tabela abaixo.

O Outlook apaga o email IMAP do servidor?

Sim. Quando o Outlook está ligado por IMAP, trabalha sobre a cópia do servidor como qualquer outra app, por isso uma eliminação feita nele chega a todos os dispositivos; algumas versões mais antigas mostram primeiro a mensagem riscada, como descrito acima. Se a tua caixa de correio for do Outlook.com ou do Hotmail, o servidor IMAP é outlook.office365.com, na porta 993, e a Microsoft exige a autenticação moderna (OAuth2). Desde 16 de setembro de 2024, as apps que enviam apenas um nome de utilizador e uma palavra-passe deixaram de funcionar com contas Outlook.com e Hotmail.

Para onde vai o email apagado nas apps mais comuns

Algumas opções saltam o lixo: None no Mac, Remove it immediately no Thunderbird e a opção do Gmail de eliminar para sempre. Fora do Gmail, o mesmo acontece com Just mark it as deleted no Thunderbird: a mensagem fica marcada até ser feito o expunge da pasta e depois desaparece. No Thunderbird, a predefinição é o lixo; para contas do Gmail, a Google recomenda Just mark it as deleted com as duas caixas «on Exit» desmarcadas. A última palavra é do fornecedor: o guia do Mail para Mac da Apple diz que, se o servidor estiver configurado para apagar as mensagens mais antigas, elas são apagadas «independentemente da forma como alterar esta opção».

Ler um email noutra app marca-o como lido em todo o lado?

Com IMAP, sim. O estado de lido é o indicador \Seen, guardado no servidor, por isso sincroniza como uma eliminação. Uma app que descarrega uma mensagem pedindo BODY[] marca-a como lida. Uma que pede BODY.PEEK[] deixa-a como estava e pode ser ela própria a definir \Seen quando abres a mensagem.

O JMAP, o protocolo mais recente de que falamos abaixo, sincroniza o estado de lido da mesma forma. O POP3 não tem qualquer estado de lido, por isso cada dispositivo guarda o seu. A exceção é o Gmail, cujas definições de POP podem marcar a cópia do Gmail como lida quando outra app a descarrega.

IMAP ou POP3: qual mantém o teu email no servidor?

O IMAP foi concebido para manter o email no servidor. O POP3 (Post Office Protocol versão 3, normalmente chamado apenas POP; RFC 1939) foi criado para o contrário: «normalmente, o email é descarregado e depois apagado».

O POP também apaga em dois passos. O comando DELE apenas marca a mensagem, e o servidor remove-a quando a app termina a sessão com QUIT. «Leave messages on server» (Deixar as mensagens no servidor) é uma definição da app. A norma chama-lhe uma «versão fraca» do que o IMAP faz, e um servidor pode não a respeitar. O que acontece à cópia do servidor depende da app e do fornecedor:

• Thunderbird: as novas contas POP configuradas com o assistente de contas do Thunderbird deixam, por predefinição, o email no servidor durante 14 dias no máximo, e apagar uma mensagem localmente também apaga a cópia do servidor.
• Gmail: as definições de POP oferecem Keep Gmail’s copy in the Inbox (Manter a cópia do Gmail na caixa de entrada), Mark Gmail’s copy as read (Marcar a cópia do Gmail como lida), Archive Gmail’s copy (Arquivar a cópia do Gmail) ou Delete Gmail’s copy (Eliminar a cópia do Gmail).
• Yahoo: o seu acesso POP «descarrega cópias do seu email, para que as possa mover e apagar na app sem afetar os emails originais».

Usa IMAP, a não ser que tenhas um motivo concreto para não o fazer. O POP faz sentido quando queres que um computador guarde a única cópia, por exemplo para descarregar o email de uma conta antiga antes de a fechares, e esse computador tem cópia de segurança.

Não sabes qual usa a tua app? Vê as definições do servidor da conta: porta 993 ou 143 significa IMAP, e 995 ou 110 significa POP. O Exchange e o Microsoft Graph são protocolos próprios da Microsoft, distintos de ambos.

Que fornecedores oferecem IMAP ou POP3

Nomes de servidor e portas, em setembro de 2026:

O que significa acesso IMAP apenas para leitura

Acesso IMAP apenas para leitura significa que a app abre uma pasta com EXAMINE em vez de SELECT e descarrega as mensagens com BODY.PEEK[] em vez de BODY[]. Nada muda na caixa de correio: nenhuma mensagem é marcada como lida, sinalizada, movida ou apagada. Um cliente de email apenas para leitura é qualquer app que se limite a esses comandos.

A diferença vê-se na resposta do servidor. Estas duas trocas são os exemplos do RFC 9051 (C: é a app, S: o servidor, e blurdybloop é o nome de pasta de exemplo da norma):

C: A142 SELECT INBOX
S: * 172 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS (\Deleted \Seen \*)] Limited
S: * LIST () "/" INBOX
S: A142 OK [READ-WRITE] SELECT completed

C: A932 EXAMINE blurdybloop
S: * 17 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * LIST () "/" blurdybloop
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS ()] No permanent flags permitted
S: A932 OK [READ-ONLY] EXAMINE completed

A última linha de cada resposta diz como a pasta está aberta: [READ-WRITE] ou [READ-ONLY]. PERMANENTFLAGS lista os indicadores que a app pode alterar de forma permanente: nestes exemplos, \Deleted, \Seen e novas palavras-chave (\*) depois de SELECT, e nenhum depois de EXAMINE. Numa pasta aberta com EXAMINE, a norma não permite «alterações ao estado permanente da caixa de correio, incluindo o estado por utilizador», e fechá-la não expurga nada.

O servidor impõe o modo apenas para leitura?

Por IMAP, e na tua própria caixa de correio, só quando a app o pede. Depois de EXAMINE, o servidor mantém essa pasta apenas para leitura durante a sessão. Tudo o resto fica nas mãos da app:

• Com o mesmo início de sessão, a app pode enviar SELECT em vez disso, a qualquer momento.
• EXAMINE abrange uma pasta. Os comandos ao nível da conta, como DELETE (uma pasta inteira), RENAME e APPEND, continuam a funcionar.
• BODY.PEEK[] é uma escolha apenas da app.

Um servidor também pode impor o modo apenas para leitura através de direitos de acesso (RFC 4314), mas isso usa-se em caixas de correio partilhadas e delegadas. O Gmail, o Outlook.com, o iCloud e a Fastmail não documentam nenhum início de sessão IMAP apenas para leitura na tua própria caixa de correio; o mais parecido é o token JMAP apenas para leitura da Fastmail, mais abaixo.

O que a tua palavra-passe ou o teu início de sessão permitem

A Fastmail permite limitar uma palavra-passe de app por tipo de dados, mas não documenta nenhuma opção apenas para leitura. A permissão apenas para leitura da Google só existe para a sua própria Gmail API, não para IMAP. Por isso, quando uma app diz que é apenas para leitura, estás a confiar na app, não na palavra-passe.

Como testar uma nova app de email em segurança

1. Escolhe IMAP (ou JMAP), não POP. Uma app POP pode retirar o email do servidor ao descarregá-lo. Uma app IMAP deixa o email onde está, embora as eliminações continuem a sincronizar (passo 4).
2. Usa um token apenas para leitura, se o teu fornecedor e a app o suportarem. Isto só funciona com apps que se ligam por JMAP. Na Fastmail, vai a Settings (Definições) → Privacy & Security (Privacidade e segurança) → Connected apps & API tokens (Apps ligadas e tokens de API) → Manage API tokens (Gerir tokens de API) → New API token (Novo token de API), escolhe JMAP e seleciona Read-only access (Acesso apenas para leitura) e Email, e mais nada (guia de tokens de API da Fastmail). O nosso guia da Fastmail explica como criar o token. Em setembro de 2026, os tokens de API não estão disponíveis no plano Basic da Fastmail.
3. Caso contrário, dá-lhe uma palavra-passe de app só para ela. Assim, mais tarde podes revogar essa palavra-passe sem mexer nas outras apps. Para o iCloud, cria uma em account.apple.com → Início de sessão e segurança → Palavras-passe específicas de app; o nosso guia da palavra-passe específica de app do iCloud explica o processo. Para o Gmail, precisas da validação em dois passos, e a Google prefere o Sign in with Google (Iniciar sessão com o Google) quando a app o oferece; vê Palavras-passe de app do Gmail e definições IMAP.
4. Logo depois de adicionares a conta, antes de apagares seja o que for, verifica a definição de eliminação. Usa a tabela acima: escolhe o lixo ou o arquivo (no Gmail, segue o conselho da Google acima em vez do lixo) e evita None, Remove it immediately e, fora do Gmail, Just mark it as deleted até confiares na app.
5. Testa com uma mensagem de que não precisas. Envia uma a ti mesmo, abre-a na nova app e vê se fica marcada como lida na app que usas habitualmente. Depois, apaga-a na nova app e vê onde vai parar.
6. Revoga a palavra-passe quando deixares de usar a app. A página das palavras-passe específicas de app da Apple explica Remove (Remover) e Revoke All (Revogar todas). As da Google gerem-se em myaccount.google.com/apppasswords, como explica a sua página de ajuda sobre palavras-passe de apps.

JMAP vs IMAP, em resumo

O JMAP (JSON Meta Application Protocol) é um protocolo de email mais recente para a mesma função, publicado em 2019 como RFC 8620 e RFC 8621, tendo como autor principal um engenheiro da Fastmail. Envia JSON por HTTPS em vez dos comandos de texto do IMAP, e todos os pedidos têm de usar TLS 1.2 ou posterior. A introdução do IETF diz que o IMAP «consome muitos recursos» e se adapta mal às redes móveis.

No que toca a eliminações e ao estado de lido, o modelo é familiar:

• Um email pode estar em várias caixas de correio ao mesmo tempo, tal como as etiquetas do Gmail.
• Apagar costuma significar movê-lo para a caixa de correio com a função de lixo. «Destruí-lo» remove-o de todas as caixas de correio.
• O estado de lido é a palavra-chave $seen, a versão JMAP do \Seen.
• O servidor diz a cada app se a conta inteira é apenas para leitura.

Isto importa-te? Só se o teu fornecedor oferecer JMAP e a tua app o suportar. A Fastmail oferece-o nos planos acima do Basic. Entre as apps, o Thunderbird para computador ainda não o suporta, embora o anúncio de 2 de setembro de 2026 diga que a equipa está otimista quanto a acrescentá-lo mais tarde. Seja como for, as eliminações sincronizam tal como no IMAP.

O IMAP na porta 993 é seguro? O que é o STARTTLS?

Sim, em trânsito. Na porta 993, o IMAP é cifrado desde o primeiro byte: a ligação abre com um handshake TLS, o mesmo tipo de proteção que o HTTPS dá a um site. Chama-se TLS implícito. A porta 143 é a porta do IMAP em texto simples, onde uma app pode passar a cifrar a ligação com o comando STARTTLS.

Hoje, as normas preferem a porta 993. O RFC 8314 (2018) recomenda TLS implícito em vez de STARTTLS para as apps de email, com TLS 1.2 ou posterior, e o RFC 9051 exige que todos os servidores feitos segundo a norma atual ofereçam TLS implícito. Um estudo apresentado no USENIX Security em 2021 encontrou mais de 40 falhas de STARTTLS em clientes e servidores de email, e cerca de 320 000 servidores (2%) expostos a injeção de comandos. Muitas foram corrigidas depois de divulgadas, mas os autores concluíram que o STARTTLS «deve ser evitado». A Fastmail não o oferece para IMAP nem POP, e o Gmail e o iCloud exigem uma ligação cifrada (SSL/TLS) na porta 993.

O TLS protege a ligação, não a mensagem guardada, e não é encriptação ponto a ponto; o próprio RFC 8314 o diz. Por isso, a porta 993 protege a tua palavra-passe e o teu email pelo caminho, e nada mais. Os pontos fracos são a tua palavra-passe (usa o início de sessão com dois fatores e palavras-passe de app) e o que cada app faz com o acesso que lhe dás.

Um cliente apenas para leitura para os teus aliases: o CatchNone

O CatchNone é um cliente apenas para leitura exatamente no sentido acima, feito para aliases de email num domínio teu. Por IMAP (TLS implícito, porta 993 por predefinição), abre apenas a tua caixa de entrada com EXAMINE e descarrega com BODY.PEEK[]; por JMAP, usa um token de acesso. Nunca marca, move nem apaga nada no teu servidor, por isso nenhuma das eliminações deste artigo pode partir dele. Lê a tua caixa de correio diretamente a partir do teu dispositivo, e esse email nunca passa pelos servidores do CatchNone.

Cada loja, newsletter ou conta recebe o seu próprio alias, e cada mensagem é assinalada com o alias a que chegou, por isso um endereço divulgado ou vendido fica à vista. O CatchNone foi concebido só para receber: o email dos registos fica na sua própria app, à parte da tua caixa de entrada principal. O plano Gratuito cobre até 10 aliases no teu próprio domínio, e o Lite e o Premium não têm limite. Se preferires dispensar o domínio e a caixa de correio, o Premium acrescenta endereços @catchnone.com sem nada para configurar.

A palavra-passe ou a palavra-passe de app que introduzes continua a ter acesso total: «apenas para leitura» descreve o comportamento da app, não o que a credencial permite. Não há POP3, Exchange, STARTTLS nem início de sessão OAuth, por isso o Outlook.com e o Hotmail provavelmente não podem ser ligados, e o Gmail precisa de uma palavra-passe de app. O email do teu domínio tem de chegar primeiro a essa caixa de entrada, normalmente através de um endereço catch-all num fornecedor de email que suporte catch-all; o email classificado como spam ou movido por uma regra não aparece. Descarrega o CatchNone para iPhone, iPad e Mac.

Perguntas frequentes

O que significa «apagar do servidor»?

O servidor do teu fornecedor guarda a cópia principal do teu email; as tuas apps guardam cópias. Com IMAP, cada eliminação é uma eliminação no servidor, normalmente passando pelo lixo. Com POP, é uma definição: depois de descarregar, a app ou deixa a cópia do servidor ou remove-a.

Apaguei um email por engano. Posso recuperá-lo?

Normalmente sim, se fores rápido. Procura na pasta do lixo (ou dos itens apagados) no servidor, através do webmail ou de qualquer app; no Gmail, vê também em «All Mail» (Todo o correio). Em setembro de 2026, o Gmail e o iCloud guardam o lixo durante 30 dias, no máximo. Depois de o lixo ser esvaziado ou de a mensagem ser eliminada com expunge, desaparece de todas as apps.

Posso apagar um email no telemóvel e mantê-lo no servidor?

Não com uma eliminação IMAP, que o remove em todo o lado. Arquiva-o em vez disso: no iPhone, seleciona Archive Mailbox (Caixa de arquivo) em Move Discarded Messages Into (Mover mensagens descartadas para), e as mensagens que descartares vão para a tua caixa de arquivo em vez do lixo. Com POP e «deixar as mensagens no servidor», uma eliminação local não toca na cópia do servidor, a não ser que a app também esteja configurada para a apagar lá, como acontece com as novas contas POP no Thunderbird atual (Until I delete them, ou seja, «Até eu as eliminar»). Mesmo assim, o servidor pode remover email antigo segundo a sua própria política.

Posso apagar um email do servidor e manter uma cópia no computador?

Sim: primeiro move-o para uma caixa de correio guardada no computador. No Mail do Mac, escolhe Mailbox (Caixa de correio) → New Mailbox (Nova caixa de correio) e define Location (Localização) como On My Mac (No meu Mac); a Apple diz que essas caixas de correio são locais nesse Mac. As Local Folders (Pastas locais) do Thunderbird funcionam da mesma forma. Depois de apagares a cópia do servidor, esse computador guarda a única cópia, por isso faz uma cópia de segurança.

Remover uma conta de uma app apaga o meu email?

No caso do IMAP, não. O guia do Mail para Mac da Apple diz que as mensagens da conta são removidas do teu Mac, mas «as cópias das mensagens permanecem no servidor de email da conta». Com POP, faz primeiro uma cópia de segurança: remover a conta apaga do teu Mac as mensagens descarregadas, e só sobrevive o que o servidor ainda guarda.