Você lembra da mensagem: alguém do cliente a enviou na primavera, com o documento de escopo do trabalho assinado em anexo. Mas em qual caixa ela chegou? Na sua, na caixa compartilhada projects@ ou no endereço antigo que continua conectado?
Você acaba fazendo três buscas em três lugares, ajustando um pouco a consulta a cada tentativa. No fim, parece mais fácil pedir ao cliente que envie o documento novamente.
O problema não é ter esquecido a pasta. Muitos clientes limitam a busca de e-mails à pasta que está aberta. Para encontrar uma mensagem antiga, esse alcance costuma ser estreito demais. Veja onde buscar, como funciona a consulta entre contas e quais operadores transformam uma lembrança vaga em uma pesquisa mais precisa.
Por que a pasta atual não basta
Buscar em uma única pasta fazia sentido quando uma caixa era um arquivo grande que precisava ser lido por inteiro de um disco rígido. Reduzir o escopo podia mudar bastante o tempo de espera.
Hoje, os índices e os recursos do servidor têm um papel importante, mas esse comportamento continua em muitos clientes. Você não encontra nada e conclui que a mensagem não existe. Na verdade, está na Caixa de entrada, e o e-mail foi arquivado há oito meses. Um resultado vazio não comprova que a mensagem desapareceu se a busca deixa grande parte da caixa de fora sem avisar.
Há outro caso menos evidente. Você organiza a correspondência em uma árvore de pastas: Clients/Acme/Invoices fica dentro de Clients. Se o cliente verificar apenas Clients, não encontrará as mensagens guardadas um ou dois níveis abaixo. A pasta selecionada pode ser só um agrupador.
Três escopos dentro de uma caixa
Dentro de uma caixa, há três escopos úteis. O intermediário ajuda especialmente quem mantém uma árvore de pastas, embora nem todos os clientes ofereçam essa opção.
| Escopo | Onde busca | Quando usar |
|---|---|---|
| Esta pasta | Somente a pasta selecionada | Você sabe onde está a mensagem e quer restringir uma palavra comum |
| Esta pasta e suas subpastas | A pasta e todas as pastas abaixo dela | Você quer consultar toda a árvore de Clients/Acme |
| Todas as pastas | Todas as pastas acessíveis, incluindo Arquivo, Enviados e Lixeira | Você não lembra onde guardou a mensagem |
Sem incluir as subpastas, a árvore não ajuda a recuperar toda a correspondência de um projeto. Buscar em Enviados também importa: em uma conversa sobre um contrato, a mensagem desejada pode ter sido escrita por você.
Buscar em todas as contas
Os escopos anteriores ainda ficam dentro de uma caixa. Mas muita gente usa a própria conta, caixas compartilhadas da equipe e contas conectadas de outros provedores.
A busca entre contas executa a mesma consulta em cada origem acessível e reúne os resultados do mais recente ao mais antigo, indicando a caixa de origem. Nesse nível, você pode consultar a caixa de entrada de cada conta ou todas as pastas de todas as caixas. A primeira opção ajuda a conferir o que chegou; a segunda, a encontrar algo sem saber onde ficou.
A consulta acontece nas caixas originais, não em uma cópia reunida previamente. Uma caixa compartilhada é pesquisada no servidor que a hospeda. O Gmail recebe um comando IMAP SEARCH. Não é preciso sincronizar antes uma cópia local, mas a presença de mensagens recentes depende do servidor e do índice. Um e-mail recebido há trinta segundos não necessariamente aparece de imediato.
Como a busca funciona
Combinar resultados de uma dúzia de servidores IMAP independentes é mais complicado do que parece. Essas dificuldades explicam as escolhas de implementação.
A consulta vira critérios para o servidor. O texto é analisado e enviado a cada servidor como um comando IMAP SEARCH. O servidor faz a busca e devolve os identificadores das mensagens correspondentes. Não é necessário baixar toda a caixa para filtrar o conteúdo depois no celular, o que ajuda especialmente em uma caixa de 40 GB.
Um índice ajuda na busca pelo corpo. O servidor pode percorrer o conteúdo diretamente, mas isso pode demorar em caixas grandes e exceder o tempo limite. Um índice de texto completo pode acelerar a busca, sem garantir um tempo específico. As contas conectadas dependem da implementação do provedor: Gmail e Fastmail usam mecanismos próprios, enquanto um servidor pequeno autogerenciado talvez não tenha índice.
As origens são consultadas em paralelo. Consultar dez caixas uma após a outra acumularia dez tempos de espera. As consultas são disparadas ao mesmo tempo, e os resultados são reunidos conforme chegam.
Uma origem lenta tem um tempo limite. Se um provedor não responder a tempo, ele é ignorado e identificado na interface. Você pode receber os resultados de nove origens com um aviso sobre a décima, em vez de esperar indefinidamente. A lista fica incompleta: convém repetir a busca na conta que foi ignorada.
Os resultados são reunidos pela data de recebimento. Cada servidor desconhece os resultados dos demais, por isso a lista usa a data interna da mensagem. Esta implementação não tem uma pontuação de relevância comum entre servidores. A data interna pode ser diferente da registrada no cabeçalho, especialmente depois de uma importação.
Operadores
Palavras sem operador são buscadas no remetente, no assunto e no corpo. Os operadores restringem a consulta e podem ser combinados: cada condição acrescentada é ligada às demais por AND.
| Operador | O que verifica | Exemplo |
|---|---|---|
from: | Endereço ou nome de exibição do remetente | from:anna@acme.com |
to: | Endereço do destinatário | to:billing@ |
subject: | Somente o assunto | subject:invoice |
has:attachment | Mensagens com arquivo anexado | has:attachment |
is:unread | Mensagens não lidas | is:unread |
is:starred | Mensagens com estrela ou sinalizador | is:starred |
after: | A data informada e as posteriores, no formato YYYY-MM-DD | after:2026-04-01 |
before: | Datas anteriores à informada, no formato YYYY-MM-DD | before:2026-07-01 |
larger: | Tamanho acima do valor informado | larger:10M |
smaller: | Tamanho abaixo do valor informado | smaller:200K |
Vale lembrar dois detalhes. Valores com várias palavras precisam de aspas: subject:"quarterly report" busca uma expressão no assunto, enquanto subject:quarterly report busca quarterly no assunto e report na mensagem inteira. A correspondência exata também depende do servidor. Aqui, um número sem unidade em um operador de tamanho significa megabytes: larger:5 corresponde a 5 MB. A interpretação anterior usava kilobytes, e um limite de 5 KB deixava passar tantas mensagens que o filtro parecia não fazer nada.
Se preferir não memorizar a sintaxe, o ícone de filtro ao lado da barra de busca abre um formulário com as mesmas condições.
Consultas práticas para encontrar e-mails
O anexo que você sabe que recebeu.
from:acme has:attachment after:2026-03-01 before:2026-06-01
Remetente, anexo e um período na primavera. Execute a consulta em todas as contas e pastas. Ela reduz a lista, mas a posição da mensagem depende do número de resultados.
O que ocupa a sua cota.
larger:20M
Mensagens grandes de todas as pastas, começando pelas recentes. A lista ajuda a entender o uso do espaço. Salve os anexos necessários antes de apagar. Para liberar a cota, pode ser preciso esvaziar a Lixeira ou excluir definitivamente no servidor.
O que você prometeu ao cliente.
to:client@example.com after:2026-06-01
Buscar em Enviados de todas as caixas reconstitui a sua parte da conversa, incluindo respostas de uma caixa compartilhada, desde que estejam salvas nela e acessíveis a você.
Não lida, não apenas nunca aberta aqui.
is:unread after:2026-07-01
Em todas as caixas, a consulta encontra mensagens que o servidor marca como não lidas. É uma referência útil, mas essa marca não comprova que a mensagem ainda não tenha sido tratada.
A conversa de que você lembra só em parte.
subject:"statement of work" larger:100K
Uma expressão no assunto e um tamanho mínimo ajudam a restringir a busca. Uma mensagem grande não comprova a presença do anexo certo: confira o arquivo encontrado.
Busca no servidor e busca local
Alguns clientes de desktop buscam em uma cópia local. Isso pode ser rápido, mas tem três limitações. Outros clientes também permitem consultar o servidor.
A busca local só vê o que foi baixado. O cache pode guardar apenas os últimos meses ou os cabeçalhos das mensagens antigas, então uma lista vazia pode refletir dados incompletos. No celular, o cache talvez seja ainda menor. Uma caixa não configurada naquele aparelho fica fora da busca local.
A busca no servidor não depende do cache do aparelho: a consulta acontece onde a correspondência está armazenada. Sua cobertura ainda depende do escopo, das pastas acessíveis, das permissões e do índice. Nas mesmas condições, os dispositivos consultam as mesmas origens, mas alterações no correio e falhas temporárias podem mudar os resultados.
Limites e diferenças
A qualidade da busca externa depende do provedor. Cada servidor remoto recebe um comando IMAP SEARCH e determina a resposta. A divisão do texto em palavras e as correspondências parciais do Gmail podem funcionar de modo diferente das do TrekMail.
O conteúdo dos anexos não é pesquisado. has:attachment encontra mensagens com arquivos. O texto de um PDF não é indexado nesta busca. Para isso, é necessária uma busca separada de documentos.
A ordem é cronológica, não por relevância. Não existe uma pontuação comum entre servidores. Restrinja com operadores em vez de esperar que a mensagem desejada apareça no topo.
O número de origens é limitado. A lista combinada abrange até 25 caixas ao mesmo tempo. Acima disso, buscar em uma caixa específica é mais prático. O tempo de resposta depende dos servidores e das consultas.
A Lixeira também entra na busca. Isso ajuda a recuperar uma mensagem apagada recentemente enquanto ela não tiver sido excluída de forma definitiva. A identificação da pasta em cada resultado mostra onde ela está.
Perguntas frequentes
A busca inclui caixas compartilhadas?
Sim. As caixas compartilhadas acessíveis são consultadas junto com as suas, e os resultados indicam a origem. Caixas e pastas sem permissão de leitura ficam de fora.
A busca também cobre contas externas conectadas?
Sim. As contas conectadas são consultadas por IMAP, e seus resultados aparecem na mesma lista com a identificação do provedor. São necessárias credenciais válidas e acesso às pastas.
Meu correio é enviado para outro lugar para ser pesquisado?
A consulta vira um comando IMAP SEARCH, executado pelo servidor que já guarda os e-mails. O conteúdo não é copiado para um índice de terceiros. Isso não exclui a transferência dos dados de que o cliente precisa para mostrar os resultados.
Por que a web encontra mais resultados que meu cliente de desktop?
Uma causa possível é o cliente consultar um cache local incompleto enquanto a web busca no servidor. Compare também o escopo, as pastas acessíveis e o índice. Nem todo cliente de desktop fica limitado à busca local.
Posso buscar por data sem digitar operadores?
Sim. O painel de filtros ao lado da barra tem datas, remetente e destinatário, além de condições para mensagens não lidas, estrelas e anexos. Ele monta a mesma consulta.
Por que os resultados vêm por data, e não pela melhor correspondência?
Os dados vêm de servidores independentes, sem uma pontuação de relevância comum. Esta implementação os reúne pela data interna. Use operadores para reduzir a lista.
A busca inclui a pasta de spam?
O escopo de todas as pastas inclui a pasta de spam quando ela é acessível. Se um filtro enviou uma mensagem para lá por engano, a busca ajuda a conferir. Ao encontrá-la, veja por que mensagens vão para o spam.