Base de conhecimento
Pesquisa em texto integral
Palavras tolerantes e operadores como from: e has:, dentro da pasta que está a ler.
Detalhes
- O correio alojado na OpenEmail é indexado por caixa de correio para listagem e pesquisa.
- A consulta é combinada com E com a pasta em que está, por isso uma pesquisa a partir da Entrada não chega ao Arquivo, aos Enviados nem ao Spam. Indique outra pasta na consulta para procurar lá: in:sent, in:archive, uma pasta com is: como is:spam, ou in:anywhere para todas as pastas ao mesmo tempo, que funciona sozinho tal como ao lado de outros termos. Rascunhos é a única pasta de que uma consulta não consegue sair.
- As palavras são tolerantes. Maiúsculas, acentos e separadores são ignorados e parte de uma palavra conta, por isso “min”, “BEN” e “ben jamin” encontram todos Benjamin, e Ben-Jamin também. Todas as palavras têm de aparecer. Uma frase entre aspas é mais estrita: tem de aparecer tal como escrita, salvo maiúsculas e acentos, por isso “ben jamin” entre aspas não encontra Ben-Jamin, enquanto “fatura trimestral” encontra Fatura trimestral. Enchimento como “mostra-me emails sobre” é descartado quando há mais alguma coisa para procurar.
- Os operadores estreitam a pesquisa: from:, to:, cc:, subject:, body:, label:, filename:, in:, is:unread, is:starred, has:attachment, has:pdf, after:2026/01/31, before:, newer_than:7d e older_than:1y. OR, parênteses e um sinal menos à frente combinam-nos, por isso (from:stripe OR from:paddle) has:pdf -is:read lê-se tal como parece. Os destinatários são guardados numa lista única sem papéis e nunca incluem um Bcc, por isso cc: lê os mesmos nomes que to: e bcc: não corresponde a nada de seu. from:me é correio que enviou, e to:me é correio com um dos seus endereços, aliases incluídos, entre os destinatários ou como o endereço a que foi entregue.
- Uma pesquisa por valor que não possa ser usada é ignorada em vez de estreitar, por isso um erro de escrita num valor alarga os resultados em vez de os esvaziar. São elas category:, larger:, smaller:, size:, messagesize:, list:, rfc822msgid:, received: e sent:, as palavras de categoria como is:promotions, uma palavra has: que não nomeie nenhum tipo de anexo, um importance: que não seja high nem low, uma data que não possa ser lida, e um período cuja unidade não seja h, d, w, m ou y. Um nome de operador que não conheça, project: por exemplo, é pesquisado como texto simples.
- As palavras e os operadores from:, to:, cc:, subject: e body: leem a mensagem mais recente da conversa, e a resposta seguinte substitui tudo isso: remetente, destinatários, assunto e um excerto do corpo em texto simples com o HTML removido, os espaços condensados e os primeiros 4000 caracteres guardados. Uma palavra que apareça apenas numa mensagem anterior, ou para além desse corte, não corresponde. A conversa inteira é guardada, apenas não é o que a pesquisa lê. Uma mensagem selada não tem aqui texto de corpo, por isso só o remetente, os destinatários e o assunto podem corresponder.
- As etiquetas, as pastas e os anexos são a exceção: label:, in: e is: leem a conversa inteira, e filename: e has: leem todos os anexos que ela tem. As datas leem a atividade mais recente da conversa em UTC, com after: a incluir o dia que indicar e before: a deixá-lo de fora. Os resultados vêm do mais recente para o mais antigo, sem qualquer outra ordenação.
- Todas as caixas de correio são pesquisadas desta forma, e a consulta nunca sai daqui para o motor de pesquisa de outra pessoa.