Base de connaissances

Recherche plein texte

Des mots tolérants et des opérateurs comme from: et has:, dans le dossier que vous consultez.

Détails

Le courrier hébergé par OpenEmail est indexé par boîte aux lettres pour l'affichage des listes et la recherche.
La requête est combinée par ET avec le dossier où vous êtes : une recherche lancée depuis la Boîte de réception n'atteint donc ni les Archives, ni les Envoyés, ni le Spam. Nommez un autre dossier dans la requête pour y chercher : in:sent, in:archive, un dossier avec is: comme is:spam, ou in:anywhere pour tous les dossiers à la fois, qui fonctionne seul comme à côté d'autres termes. Les Brouillons sont le seul dossier qu'une requête ne peut pas quitter.
Les mots sont tolérants. La casse, les accents et les séparateurs sont ignorés et un fragment de mot suffit : « min », « BEN » et « ben jamin » trouvent tous Benjamin, et Ben-Jamin aussi. Chaque mot doit apparaître. Une expression entre guillemets est plus stricte : elle doit apparaître telle quelle, à la casse et aux accents près, si bien que « ben jamin » entre guillemets ne trouvera pas Ben-Jamin, tandis que « quarterly invoice » trouve Quarterly invoice. Le remplissage du type « show me emails about » est écarté dès qu'il reste autre chose à chercher.
Les opérateurs restreignent la recherche : from:, to:, cc:, subject:, body:, label:, filename:, in:, is:unread, is:starred, has:attachment, has:pdf, after:2026/01/31, before:, newer_than:7d et older_than:1y. OR, les parenthèses et un moins en tête les combinent, si bien que (from:stripe OR from:paddle) has:pdf -is:read se lit comme il s'écrit. Les destinataires sont conservés en une seule liste sans rôles et n'incluent jamais de Bcc : cc: lit donc les mêmes noms que to:, et bcc: ne correspond à rien en propre. from:me désigne le courrier que vous avez envoyé, et to:me le courrier qui porte l'une de vos adresses, alias compris, parmi les destinataires ou comme adresse de remise.
Une recherche sur une valeur qu'elle ne sait pas exploiter est ignorée plutôt que restrictive : une faute de frappe dans une valeur élargit donc les résultats au lieu de les vider. C'est le cas de category:, larger:, smaller:, size:, messagesize:, list:, rfc822msgid:, received: et sent:, des mots de catégorie comme is:promotions, d'un mot has: qui ne nomme aucun type de pièce jointe, d'un importance: autre que high ou low, d'une date illisible, et d'une période dont l'unité n'est pas h, d, w, m ou y. Un nom d'opérateur inconnu, project: par exemple, est recherché comme du texte ordinaire.
Les mots ainsi que les opérateurs from:, to:, cc:, subject: et body: lisent le message le plus récent du fil, et la réponse suivante remplace tout : expéditeur, destinataires, objet, et un extrait du corps en texte brut, HTML retiré, espaces compactés et 4 000 premiers caractères conservés. Un mot qui n'apparaît que dans un message antérieur, ou au-delà de cette limite, ne correspondra pas. Le fil entier est conservé : ce n'est simplement pas ce que lit la recherche. Un message scellé n'a pas de texte de corps ici, seuls son expéditeur, ses destinataires et son objet peuvent donc correspondre.
Les libellés, les dossiers et les pièces jointes font exception : label:, in: et is: lisent le fil entier, et filename: et has: lisent toutes ses pièces jointes. Les dates lisent l'activité la plus récente du fil en UTC, after: incluant le jour que vous nommez et before: l'excluant. Les résultats reviennent du plus récent au plus ancien, sans autre classement.
Toutes les boîtes aux lettres se cherchent de cette façon, et la requête ne part jamais vers le moteur de recherche de quelqu'un d'autre.