Rechercher des e-mails dans tous les dossiers et comptes

Vous vous souvenez du message : une personne chez le client l’a envoyé au printemps, avec le document définissant les prestations, signé, en pièce jointe. Mais dans quelle boîte est-il arrivé ? La vôtre, la boîte partagée projects@ ou l’ancienne adresse que vous gardez connectée ?

Vous lancez alors trois recherches à trois endroits, en modifiant légèrement la requête à chaque fois. Au bout du compte, il paraît plus simple de demander au client de renvoyer le document.

Le problème n’est pas d’avoir oublié le dossier. De nombreux clients limitent la recherche d’e-mails au dossier actuellement ouvert. Pour retrouver un ancien message, ce périmètre est souvent trop étroit. Voici où chercher, comment fonctionne une recherche entre comptes et quels opérateurs permettent de transformer un souvenir vague en requête.

Pourquoi le dossier courant ne suffit pas

Limiter la recherche à un dossier était utile lorsque la boîte était un gros fichier qu’il fallait lire entièrement sur un disque dur. Réduire le périmètre pouvait changer sensiblement le temps d’attente.

Aujourd’hui, les index et les capacités du serveur jouent un rôle important, mais ce comportement subsiste dans de nombreux clients. Vous ne trouvez rien et concluez que le message n’existe pas. En réalité, vous êtes dans la boîte de réception alors que le message a été archivé huit mois plus tôt. Un résultat vide ne prouve pas l’absence d’un e-mail si la recherche exclut une grande partie de la messagerie sans le signaler.

Un autre cas est moins évident. Vous classez les messages dans une arborescence : Clients/Acme/Invoices se trouve sous Clients. Si le client ne consulte que Clients, il ne trouvera pas les messages rangés un ou deux niveaux plus bas. Le dossier sélectionné peut n’être qu’un conteneur.

Trois périmètres dans une boîte

Dans une boîte, trois périmètres sont utiles. Le deuxième est particulièrement pratique quand vous entretenez une arborescence de dossiers, même si tous les clients ne le proposent pas.

Sans les sous-dossiers, l’arborescence ne permet pas de retrouver toute la correspondance d’un projet. Inclure les messages envoyés compte aussi : dans un échange sur un contrat, le message recherché peut très bien avoir été écrit par vous.

Rechercher dans tous les comptes

Les périmètres précédents restent limités à une boîte. Pourtant, beaucoup de personnes ont leur messagerie personnelle, des boîtes partagées d’équipe et des comptes connectés chez d’autres fournisseurs.

La recherche entre comptes exécute la même requête sur chaque source accessible, puis réunit les résultats du plus récent au plus ancien en indiquant leur boîte d’origine. Deux périmètres sont possibles : la boîte de réception de chaque compte, ou tous les dossiers de toutes les boîtes. Le premier sert à trier les nouveaux messages ; le second aide à retrouver un e-mail sans connaître son emplacement.

La requête porte sur les boîtes d’origine, pas sur une copie préparée à l’avance. Une boîte partagée est interrogée sur le serveur qui l’héberge. Un compte Gmail reçoit une commande IMAP SEARCH. Aucune synchronisation locale préalable n’est nécessaire, mais l’apparition d’un message récent dépend du serveur et de l’index. Un e-mail reçu il y a trente secondes n’est pas forcément visible immédiatement.

Comment cela fonctionne

Réunir les résultats d’une douzaine de serveurs IMAP indépendants est moins simple qu’il n’y paraît. Ces difficultés expliquent les choix de conception.

La requête devient des critères destinés au serveur. Le texte est analysé et envoyé à chaque serveur sous forme de commande IMAP SEARCH. Le serveur effectue la recherche et renvoie les identifiants correspondants. Il n’est pas nécessaire de télécharger toute la boîte pour filtrer son contenu sur le téléphone, ce qui est particulièrement utile avec une boîte de 40 Go.

Un index facilite la recherche dans le corps. Le serveur peut parcourir directement les messages, mais cela peut être lent dans une grande boîte et dépasser le délai autorisé. Un index de recherche plein texte peut accélérer le traitement, sans garantir une durée précise. Les comptes connectés dépendent de leur fournisseur : Gmail et Fastmail disposent de leurs propres mécanismes, tandis qu’un petit serveur autohébergé peut ne pas avoir d’index.

Les sources sont interrogées en parallèle. Consulter dix boîtes successivement reviendrait à cumuler dix temps d’attente. Les requêtes sont lancées simultanément et les résultats sont réunis au fur et à mesure.

Une source lente a un délai maximal. Si un fournisseur ne répond pas à temps, il est ignoré et signalé comme tel. Vous pouvez obtenir les résultats de neuf sources avec un avertissement concernant la dixième, au lieu d’attendre indéfiniment. La liste reste incomplète : il faudra relancer la recherche sur le compte écarté.

Les résultats sont réunis par date de réception. Chaque serveur ignore les résultats des autres ; la liste utilise donc la date interne du message. Cette implémentation n’a pas de score de pertinence commun entre serveurs. La date interne peut différer de celle de l’en-tête, notamment après une importation.

Opérateurs

Les mots sans opérateur sont recherchés dans l’expéditeur, l’objet et le corps. Les opérateurs précisent la requête et se combinent : chaque condition ajoutée est reliée aux autres par AND.

Deux détails sont à retenir. Une valeur de plusieurs mots exige des guillemets : subject:"quarterly report" cherche une expression dans l’objet, tandis que subject:quarterly report cherche quarterly dans l’objet et report dans tout le message. La correspondance exacte dépend aussi du serveur. Ici, un nombre sans unité dans un opérateur de taille signifie des mégaoctets : larger:5 correspond à 5 Mo. L’ancienne interprétation utilisait des kilooctets ; un seuil de 5 Ko laissait passer tant de messages que le filtre semblait inutile.

Pour éviter de mémoriser cette syntaxe, l’icône de filtre près de la barre de recherche ouvre un formulaire avec les mêmes critères.

Requêtes pratiques pour retrouver des e-mails

La pièce jointe que vous avez bien reçue.

from:acme has:attachment after:2026-03-01 before:2026-06-01

Un expéditeur, une pièce jointe et une période au printemps. Lancez la requête sur tous les comptes et dossiers. Elle réduit la liste, mais la place du message dépend du nombre de correspondances.

Ce qui consomme votre quota.

larger:20M

Les gros messages de tous les dossiers, en commençant par les plus récents. Cette liste aide à comprendre l’espace utilisé. Conservez les pièces utiles avant de supprimer ; libérer le quota peut nécessiter de vider la Corbeille ou d’effectuer une suppression définitive sur le serveur.

Ce que vous avez promis au client.

to:client@example.com after:2026-06-01

La recherche dans les messages envoyés de toutes les boîtes reconstitue votre côté de l’échange, y compris les réponses d’une boîte partagée si elles y sont conservées et accessibles.

Non lu, pas seulement jamais ouvert ici.

is:unread after:2026-07-01

Sur toutes les boîtes, la requête retrouve les messages que le serveur marque comme non lus. C’est un repère utile, mais ce statut ne prouve pas qu’un message reste à traiter.

L’échange dont vous vous souvenez à moitié.

subject:"statement of work" larger:100K

Une expression dans l’objet et une taille minimale permettent de préciser la recherche. Une grande taille ne prouve pas la présence de la bonne pièce jointe : vérifiez le fichier trouvé.

Recherche sur le serveur ou en local

Certains clients de bureau cherchent dans une copie locale. Cela peut être rapide, mais présente trois limites. D’autres clients savent aussi interroger le serveur.

La recherche locale ne voit que ce qui a été téléchargé. Le cache peut contenir les derniers mois, ou seulement les en-têtes des anciens messages : une liste vide peut donc refléter des données incomplètes. Sur le téléphone, le cache peut être encore plus petit. Une boîte non configurée sur cet appareil ne fait pas partie de sa recherche locale.

La recherche sur le serveur n’est pas limitée par le cache de l’appareil : elle s’exécute là où le courrier est conservé. Sa couverture dépend toutefois du périmètre, des dossiers accessibles, des permissions et de l’index. À conditions identiques, les appareils interrogent les mêmes sources, mais les changements du courrier et les incidents temporaires peuvent modifier les résultats.

Limites et différences

La qualité de la recherche externe dépend du fournisseur. Chaque serveur distant reçoit une commande IMAP SEARCH et détermine la réponse. Le découpage en mots et les correspondances partielles de Gmail peuvent différer de ceux de TrekMail.

Le contenu des pièces jointes n’est pas recherché. has:attachment trouve les messages contenant des fichiers. Le texte d’un PDF n’est pas indexé dans cette recherche. Il faut une recherche documentaire distincte.

Le classement est chronologique, pas fondé sur la pertinence. Il n’existe pas de score commun entre serveurs. Précisez les critères plutôt que de compter sur l’apparition du bon message en tête.

Le nombre de sources est limité. La liste fusionnée couvre jusqu’à 25 boîtes à la fois. Au-delà, chercher dans une boîte précise est plus pratique. Le temps de réponse dépend des serveurs et des requêtes.

La Corbeille est incluse. Cela permet de retrouver un message récemment supprimé tant qu’il ne l’a pas été définitivement. L’étiquette du dossier indique son emplacement dans chaque résultat.

Questions fréquentes

La recherche inclut-elle les boîtes partagées ?

Oui, les boîtes partagées accessibles sont interrogées avec les vôtres, et les résultats précisent l’origine. Les boîtes et dossiers sans permission de lecture sont exclus.

La recherche couvre-t-elle les comptes externes connectés ?

Oui. Les comptes connectés sont interrogés par IMAP et leurs résultats rejoignent la même liste avec le symbole du fournisseur. Les identifiants doivent être valides et les dossiers accessibles.

Mon courrier est-il envoyé ailleurs pour être recherché ?

La requête devient une commande IMAP SEARCH exécutée par le serveur qui conserve déjà le courrier. Le contenu n’est pas copié dans un index tiers. Cela n’exclut pas le transfert des données nécessaires au client pour afficher les résultats.

Pourquoi le site trouve-t-il plus de résultats que mon client de bureau ?

Une raison possible est que le client consulte un cache local incomplet tandis que le site interroge le serveur. Comparez aussi le périmètre, les dossiers accessibles et l’index. Tous les clients de bureau ne se limitent pas à une recherche locale.

Puis-je chercher par date sans saisir d’opérateurs ?

Oui. Le panneau de filtres près de la barre contient des dates, l’expéditeur et le destinataire, ainsi que des critères pour les messages non lus, les étoiles et les pièces jointes. Il construit la même requête.

Pourquoi les résultats sont-ils triés par date plutôt que par pertinence ?

Les données viennent de serveurs indépendants sans score de pertinence commun. Cette implémentation les réunit par date interne. Utilisez les opérateurs pour réduire la liste.

La recherche inclut-elle le dossier de courrier indésirable ?

Le périmètre de tous les dossiers inclut les indésirables si le dossier est accessible. Si un filtre y a placé un message par erreur, la recherche permet de le vérifier. Si vous le retrouvez, consultez pourquoi les messages arrivent dans les indésirables.