IMAP ou POP3: o IMAP apaga e-mails do servidor?

Sim, quando você apaga uma mensagem: o IMAP apaga o e-mail do servidor e, portanto, de todos os apps que você conecta. O servidor guarda a única cópia real dos seus e-mails, e cada app trabalha em cima dela; por isso, ler ou baixar uma mensagem não remove nada, mas apagá-la em um app a apaga em todos. A maioria dos apps primeiro a move para uma pasta Lixeira, onde você ainda pode recuperá-la, e o Gmail geralmente a arquiva em All Mail (Todos os e-mails), em vez disso. Aqui está a diferença entre IMAP e POP3: o POP3 baixa os e-mails para um único dispositivo e, dependendo das configurações, pode apagar a cópia do servidor. Se você quer ler os e-mails dos aliases de um domínio seu em um 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, no iPad e no Mac.

O IMAP apaga e-mails do servidor em todos os apps?

Sim, embora normalmente primeiro para a Lixeira, e não de vez. O padrão atual do IMAP (Internet Message Access Protocol), a RFC 9051, descreve o IMAP como uma forma de trabalhar com “pastas de mensagens remotas” como se fossem pastas locais. Os apps IMAP baixam, sim, as mensagens: seu celular, seu notebook e o webmail podem guardar cópias em cache para ganhar velocidade e permitir a leitura offline, mas essas cópias seguem o servidor. Quando uma mensagem sai do servidor, ela sai de todos os apps na sincronização seguinte.

Apagar tem duas etapas: marcar e depois fazer o expunge

1. O app define a flag \Deleted na mensagem. Ela fica marcada para remoção, mas continua lá.
2. O comando EXPUNGE, ou fechar a pasta com CLOSE, remove de forma permanente todas as mensagens marcadas naquela pasta.

Até a segunda etapa, desmarcar a flag traz a mensagem de volta. Os apps de desktop mais antigos deixavam isso visível: a ajuda da Microsoft para o Outlook 2010 mostra as mensagens IMAP marcadas para exclusão riscadas até serem eliminadas; depois disso, “elas são excluídas do servidor de e-mail IMAP e não podem ser restauradas”.

Apagar geralmente significa “mover para a Lixeira”

A maioria dos apps atuais, em vez disso, move a mensagem apagada para uma pasta Lixeira no servidor. Em termos de IMAP, isso geralmente é um MOVE: uma cópia, uma flag \Deleted e um expunge, feitos em uma única etapa. Todos os dispositivos veem a mensagem na Lixeira, e ela só some de vez quando a Lixeira é esvaziada, por você, pelo app ou pelo provedor. Em setembro de 2026, o Gmail exclui permanentemente as mensagens da Lixeira após 30 dias, e o guia do Mail no iPhone da Apple observa que o iCloud não guarda mensagens apagadas por mais de 30 dias, seja qual for o ajuste do seu iPhone.

Gmail: marcadores, não pastas

O Gmail mostra seus marcadores aos apps IMAP como pastas, com pastas de sistema como All Mail (Todos os e-mails), Spam e Trash (Lixeira) dentro de [Gmail]. Apagar uma mensagem de uma pasta de marcador normalmente só remove esse marcador. O guia de configurações IMAP do Google diz: “As mensagens que você exclui de uma pasta IMAP ficam no marcador ‘All Mail’ (Todos os e-mails) do Gmail.” Ele também desaconselha apontar as mensagens apagadas do seu app para a Lixeira do Gmail, porque elas “serão excluídas permanentemente do Gmail em 30 dias”. As configurações do próprio Gmail para exclusão no servidor estão na tabela abaixo.

O Outlook apaga do servidor os e-mails IMAP?

Sim. Quando o Outlook está conectado por IMAP, ele trabalha na cópia do servidor como qualquer outro app, então apagar ali chega a todos os dispositivos; algumas versões mais antigas mostram a mensagem riscada primeiro, como descrito acima. Se sua caixa de correio é do Outlook.com ou do Hotmail, o servidor IMAP é outlook.office365.com na porta 993, e a Microsoft exige login moderno (OAuth2). Desde 16 de setembro de 2024, os apps que enviam só nome de usuário e senha não funcionam mais com contas do Outlook.com e do Hotmail.

Para onde vão os e-mails apagados nos apps mais comuns

Algumas opções pulam a Lixeira: None (Nenhuma) no Mac, Remove it immediately (Remover imediatamente) no Thunderbird e a opção do Gmail de excluir para sempre. Fora do Gmail, o mesmo vale para Just mark it as deleted (Apenas marcar como excluída) do Thunderbird: a mensagem fica marcada até a pasta passar pelo expunge e, então, some. O padrão do Thunderbird é a Lixeira; para contas do Gmail, o Google recomenda Just mark it as deleted com as duas caixas “on Exit” (ao sair) desmarcadas. A última palavra é do provedor: o guia do Mac da Apple diz que, se o servidor estiver configurado para apagar mensagens mais antigas, elas são apagadas “independentemente de como você altere esta opção”.

Ler um e-mail em outro app marca como lido em todos?

Com IMAP, sim. O status de lido é a flag \Seen, guardada no servidor, então ele sincroniza como uma exclusão. Um app que baixa uma mensagem buscando BODY[] a marca como lida. Um que busca BODY.PEEK[] a deixa como estava e pode definir \Seen por conta própria quando você abre a mensagem.

O JMAP, o protocolo mais recente explicado abaixo, sincroniza o status de lido do mesmo jeito. O POP3 não tem status de lido, então cada dispositivo mantém o seu. A exceção é o Gmail, cujas configurações de POP podem marcar a cópia do Gmail como lida quando outro app a baixa.

IMAP ou POP3: qual mantém seus e-mails no servidor?

O IMAP mantém os e-mails no servidor por definição. O POP3 (Post Office Protocol versão 3, normalmente chamado só de POP; RFC 1939) foi criado para o trabalho oposto: “normalmente, o e-mail é baixado e depois apagado”.

O POP também apaga em duas etapas. O comando DELE só marca a mensagem, e o servidor a remove quando o app encerra a sessão com QUIT. “Leave messages on server” (deixar mensagens no servidor) é uma configuração do app. O padrão chama isso de uma “versão fraca” do que o IMAP faz, e o servidor pode não respeitá-la. O que acontece com a cópia do servidor depende do app e do provedor:

• Thunderbird: as contas POP novas, criadas com o assistente de contas do Thunderbird, deixam os e-mails no servidor por no máximo 14 dias por padrão, e apagar uma mensagem localmente apaga também a cópia do servidor.
• Gmail: as configuraçõ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 (excluir a cópia do Gmail).
• Yahoo: o acesso POP dele “baixa cópias dos seus e-mails, para que você possa movê-los e apagá-los no app sem afetar os e-mails originais”.

Use o IMAP, a menos que você tenha um motivo específico para não usar. O POP faz sentido quando você quer que um único computador guarde a única cópia, por exemplo para baixar os e-mails de uma conta antiga antes de encerrá-la, e esse computador tem backup.

Não sabe qual deles seu app usa? Confira as configurações de 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, separados dos dois.

Quais provedores oferecem IMAP ou POP3

Nomes de servidor e portas, em setembro de 2026:

O que significa acesso IMAP somente leitura

Acesso IMAP somente leitura significa que o app abre uma pasta com EXAMINE em vez de SELECT e baixa 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 e-mail somente leitura é qualquer app que se limita a esses comandos.

Você pode ver a diferença na resposta do servidor. Estas duas trocas são os exemplos da RFC 9051 (C: é o app, S: é o servidor, e blurdybloop é o nome de pasta de exemplo do padrão):

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 as flags que o app pode alterar de forma permanente: nestes exemplos, \Deleted, \Seen e novas palavras-chave (\*) depois de SELECT, e nenhuma depois de EXAMINE. Em uma pasta aberta com EXAMINE, o padrão não permite “nenhuma alteração no estado permanente da caixa de correio, incluindo o estado por usuário”, e fechá-la não faz expunge de nada.

O servidor garante o modo somente leitura?

No IMAP, e na sua própria caixa de correio, só quando o app pede. Depois de EXAMINE, o servidor mantém aquela pasta como somente leitura durante a sessão. Todo o resto fica nas mãos do app:

• O mesmo login pode enviar SELECT no lugar, a qualquer momento.
• O EXAMINE vale para uma pasta. Comandos no nível da conta, como DELETE (uma pasta inteira), RENAME e APPEND, continuam funcionando.
• O BODY.PEEK[] é pura escolha do app.

Um servidor também pode impor o modo somente leitura por meio de direitos de acesso (RFC 4314), mas isso é usado em caixas de correio compartilhadas e delegadas. O Gmail, o Outlook.com, o iCloud e o Fastmail não documentam nenhum login IMAP somente leitura para a sua própria caixa de correio; o mais próximo disso é o token JMAP somente leitura do Fastmail, descrito abaixo.

O que sua senha ou seu login permitem

O Fastmail permite limitar uma senha de app por tipo de dado, mas não documenta nenhuma opção somente leitura. A permissão somente leitura do Google existe apenas para a própria Gmail API, não para o IMAP. Então, quando um app diz que é somente leitura, você está confiando no app, não na senha.

Como testar um novo app de e-mail com segurança

1. Escolha IMAP (ou JMAP), não POP. Um app POP pode tirar os e-mails do servidor enquanto os baixa. Um app IMAP deixa os e-mails onde estão, embora as exclusões continuem sincronizando (passo 4).
2. Use um token somente leitura, se seu provedor e seu app aceitarem. Isso só funciona com apps que se conectam por JMAP. No Fastmail, acesse Settings → Privacy & Security → Connected apps & API tokens → Manage API tokens → New API token (Configurações → Privacidade e segurança → Apps conectados e tokens de API → Gerenciar tokens de API → Novo token de API), escolha JMAP e selecione Read-only access (acesso somente leitura) e Email (e-mail), e nada mais (guia de tokens de API do Fastmail). Nosso guia do Fastmail mostra como criar o token. Em setembro de 2026, os tokens de API não estão disponíveis no plano Basic do Fastmail.
3. Caso contrário, dê ao app uma senha de app só dele. Assim você pode revogar essa senha depois sem mexer nos seus outros apps. No iCloud, crie uma em account.apple.com → Sign-In & Security (Início de sessão e segurança) → Senhas específicas de apps; nosso guia de senha específica do app do iCloud mostra o passo a passo. No Gmail, você precisa da Verificação em duas etapas, e o Google prefere o login com o Google quando o app oferece essa opção; veja senhas de app do Gmail e configurações IMAP.
4. Logo depois de adicionar a conta, antes de apagar qualquer coisa, confira a opção de exclusão. Use a tabela acima: escolha Lixeira ou Arquivo (no Gmail, siga a recomendação do Google acima em vez da Lixeira) e evite None (Nenhuma), Remove it immediately (Remover imediatamente) e, fora do Gmail, Just mark it as deleted (Apenas marcar como excluída) até confiar no app.
5. Teste com uma mensagem de que você não precisa. Envie uma para você mesmo, abra-a no novo app e veja se ela aparece como lida no seu app de sempre. Depois, apague-a no novo app e veja para onde ela vai.
6. Revogue a senha quando parar de usar o app. A página de senhas específicas de apps da Apple explica Remove (Remover) e Revoke All (Revogar todas). As do Google são gerenciadas em myaccount.google.com/apppasswords, como explica a página de ajuda sobre senhas de app do Google.

JMAP vs. IMAP em resumo

O JMAP (JSON Meta Application Protocol) é um protocolo de e-mail mais recente para a mesma tarefa, publicado em 2019 como RFC 8620 e RFC 8621, tendo um engenheiro do Fastmail como autor principal. Ele envia JSON por HTTPS em vez dos comandos de texto do IMAP, e toda solicitação precisa usar TLS 1.2 ou posterior. A introdução da IETF chama o IMAP de “faminto por recursos” e pouco adequado para redes móveis.

Para exclusão e status de lido, o modelo é familiar:

• Um e-mail pode estar em várias caixas de correio ao mesmo tempo, mais ou menos como os marcadores do Gmail.
• Apagar geralmente significa mover o e-mail para a caixa de correio com a função de lixeira. “Destruí-lo” o remove de todas as caixas de correio.
• O status de lido é a palavra-chave $seen, a versão do JMAP para \Seen.
• O servidor informa a cada app se a conta inteira é somente leitura.

Isso importa para você? Só se seu provedor oferecer JMAP e seu app for compatível. O Fastmail oferece nos planos acima do Basic. Entre os apps, o Thunderbird para desktop ainda não é compatível, embora o anúncio de 2 de setembro de 2026 diga que a equipe está otimista quanto a adicionar o JMAP mais tarde. De qualquer forma, as exclusões sincronizam do mesmo jeito que no IMAP.

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

Sim, em trânsito. Na porta 993, o IMAP é criptografado desde o primeiro byte: a conexão começa com um handshake TLS, o mesmo tipo de proteção que o HTTPS dá a um site. Isso se chama TLS implícito. A porta 143 é a porta do IMAP sem criptografia, em que o app pode atualizar a conexão com o comando STARTTLS.

Os padrões agora preferem a porta 993. A RFC 8314 (2018) recomenda TLS implícito em vez de STARTTLS para apps de e-mail, com TLS 1.2 ou posterior, e a RFC 9051 exige que todo servidor feito conforme o padrão atual ofereça TLS implícito. Um estudo de 2021 apresentado no USENIX Security encontrou mais de 40 falhas de STARTTLS em clientes e servidores de e-mail, e cerca de 320.000 servidores (2%) vulneráveis a injeção de comandos. Muitas foram corrigidas depois da divulgação, mas os autores concluíram que o STARTTLS “deve ser evitado”. O Fastmail não o oferece para IMAP nem POP, e o Gmail e o iCloud exigem conexão criptografada (SSL/TLS) na porta 993.

O TLS protege a conexão, não a mensagem armazenada, e não é criptografia de ponta a ponta; a própria RFC 8314 diz isso. Então a porta 993 protege sua senha e seus e-mails no caminho, e nada além disso. Os pontos fracos são sua senha (use autenticação de dois fatores e senhas de app) e o que cada app faz com o acesso que você dá a ele.

Um cliente somente leitura para seus aliases: CatchNone

O CatchNone é um cliente somente leitura exatamente no sentido acima, feito para aliases de e-mail em um domínio seu. Por IMAP (TLS implícito, porta 993 por padrão), ele abre só a sua caixa de entrada com EXAMINE e baixa com BODY.PEEK[]; por JMAP, usa um token de acesso. Ele nunca marca, move nem apaga nada no seu servidor, então nenhuma das exclusões deste artigo pode partir dele. Ele lê sua caixa de correio direto do seu dispositivo, e esses e-mails nunca passam pelos servidores do CatchNone.

Cada loja, newsletter ou conta ganha um alias próprio, e cada mensagem traz o selo do alias em que chegou, então um endereço vazado ou vendido fica evidente. O CatchNone só recebe, por design: os e-mails de cadastro ficam em um app próprio, separados da sua caixa de entrada principal. O plano Gratuito cobre até 10 aliases no seu próprio domínio, e o Lite e o Premium não têm limite. Se você prefere dispensar o domínio e a caixa de correio, o Premium acrescenta endereços @catchnone.com, sem nada para configurar.

A senha ou senha de app que você informa continua tendo acesso total: somente leitura é o jeito como o app se comporta, não o que a credencial permite. Não há POP3, Exchange, STARTTLS nem login OAuth, então o Outlook.com e o Hotmail provavelmente não podem ser conectados, e o Gmail precisa de uma senha de app. Os e-mails do seu domínio precisam chegar primeiro a essa caixa de entrada, normalmente por um endereço catch-all em um provedor de e-mail que aceite catch-all; e-mails classificados como spam ou movidos por uma regra não aparecem. Baixe o CatchNone para iPhone, iPad e Mac.

Perguntas frequentes

O que significa “apagar do servidor”?

O servidor do seu provedor guarda a cópia principal dos seus e-mails; seus apps guardam cópias. Com IMAP, toda exclusão é uma exclusão no servidor, normalmente passando pela Lixeira. Com POP, é uma configuração: depois de baixar, o app deixa a cópia do servidor ou a remove.

Apaguei um e-mail por engano. Dá para recuperar?

Geralmente sim, se você for rápido. Procure na pasta Lixeira (ou Deleted, isto é, Apagados) do servidor, pelo webmail ou por qualquer app; no Gmail, confira também All Mail (Todos os e-mails). Em setembro de 2026, o Gmail e o iCloud mantêm a Lixeira por no máximo 30 dias. Depois que a Lixeira é esvaziada ou a mensagem passa pelo expunge, ela some de todos os apps.

Dá para apagar e-mails no celular e mantê-los no servidor?

Não com uma exclusão IMAP, que remove a mensagem de todos os lugares. Arquive em vez disso: no iPhone, selecione Archive Mailbox (caixa de arquivo) em Move Discarded Messages Into (Mover Mensagens Descartadas Para), e as mensagens que você descartar vão para a sua caixa de arquivo em vez da Lixeira. Com POP e “leave messages on server” (deixar mensagens no servidor), apagar localmente não mexe na cópia do servidor, a menos que o app também esteja configurado para apagá-la lá, como acontece com as contas POP novas no Thunderbird atual (Until I delete them, até que eu as apague). O servidor ainda pode remover e-mails antigos pela própria política.

Dá para apagar e-mails do servidor e manter uma cópia no computador?

Sim: primeiro mova-os para uma caixa de correio guardada no computador. No Mail do Mac, escolha Mailbox (Caixa de Correio) → New Mailbox (Nova Caixa de Correio) e defina Location (Local) como On My Mac (No Meu Mac); a Apple diz que essas caixas de correio são locais, só daquele Mac. As Local Folders (Pastas Locais) do Thunderbird funcionam do mesmo jeito. Depois que você apaga a cópia do servidor, aquele computador guarda a única cópia, então faça backup dele.

Remover uma conta de um app apaga meus e-mails?

Não no IMAP. O guia do Mail para Mac da Apple diz que as mensagens da conta são removidas do seu Mac, enquanto “cópias das mensagens permanecem no servidor de e-mail da conta”. Com POP, faça backup antes: remover a conta apaga do Mac as mensagens baixadas, e só sobrevive o que o servidor ainda guarda.