Sie erinnern sich an die Nachricht: Jemand beim Kunden hat sie im Frühjahr geschickt, mit der unterschriebenen Leistungsbeschreibung im Anhang. Nur das Postfach wissen Sie nicht mehr: Ihr eigenes, das gemeinsame projects@ oder die alte Adresse, die noch verbunden ist?
Also suchen Sie an drei Stellen, jeweils mit einer etwas anderen Abfrage. Irgendwann scheint es einfacher, den Kunden um erneuten Versand zu bitten.
Das Problem ist nicht der vergessene Ordner. Viele Clients beschränken die E-Mail-Suche auf den gerade geöffneten Ordner. Für eine ältere Nachricht ist dieser Bereich oft zu eng. Hier erfahren Sie, wo die Suche sinnvoll ansetzt, wie sie mehrere Konten abfragt und welche Operatoren aus einer vagen Erinnerung eine gezielte Abfrage machen.
Warum der aktuelle Ordner nicht reicht
Die Suche in einem einzelnen Ordner war sinnvoll, als ein Postfach eine große Datei war, die vollständig von einer Festplatte gelesen werden musste. Ein engerer Bereich konnte die Wartezeit deutlich verkürzen.
Heute spielen Indizes und Serverfunktionen eine wichtige Rolle. Trotzdem haben viele Clients das alte Verhalten behalten. Sie finden nichts und schließen daraus, dass die Nachricht nicht existiert. Tatsächlich sind Sie im Posteingang, während die Nachricht vor acht Monaten archiviert wurde. Ein leeres Ergebnis beweist nichts, wenn die Suche unbemerkt große Teile der E-Mail ausschließt.
Ein anderer Fall ist weniger offensichtlich. Sie ordnen Nachrichten in einer Hierarchie: Clients/Acme/Invoices liegt unter Clients. Prüft der Client nur Clients, findet er die Nachrichten ein oder zwei Ebenen darunter nicht. Der ausgewählte Ordner kann lediglich ein Behälter für Unterordner sein.
Drei Suchbereiche im Postfach
Innerhalb eines Postfachs sind drei Suchbereiche nützlich. Der mittlere ist besonders praktisch bei einer Ordnerhierarchie, wird aber nicht von jedem Client angeboten.
| Bereich | Durchsucht | Sinnvoll, wenn |
|---|---|---|
| Dieser Ordner | Nur den ausgewählten Ordner | Sie den Ablageort kennen und ein häufiges Wort eingrenzen möchten |
| Dieser Ordner und Unterordner | Den Ordner und alle darunterliegenden Ordner | Sie alles unter Clients/Acme finden möchten |
| Alle Ordner | Alle zugänglichen Ordner, einschließlich Archiv, Gesendet und Papierkorb | Sie den Ablageort nicht mehr wissen |
Ohne Unterordner lässt sich die Korrespondenz eines Projekts nicht über die ganze Hierarchie finden. Auch Gesendet ist wichtig: In einem Gespräch über einen Vertrag kann die gesuchte Nachricht von Ihnen stammen.
Alle Konten durchsuchen
Die bisherigen Bereiche gelten nur für ein Postfach. Viele Menschen haben aber ein eigenes Postfach, gemeinsame Team-Postfächer und verbundene Konten bei anderen Anbietern.
Die kontenübergreifende Suche führt dieselbe Abfrage für jede zugängliche Quelle aus und vereint die Treffer vom neuesten zum ältesten, jeweils mit Herkunftsangabe. Dabei können Sie den Posteingang jedes Postfachs oder alle Ordner in allen Postfächern durchsuchen. Der erste Bereich hilft beim Prüfen neuer E-Mail, der zweite beim Wiederfinden einer Nachricht ohne bekannten Ablageort.
Die Abfrage läuft gegen die ursprünglichen Postfächer, nicht gegen eine vorab erstellte Kopie. Ein gemeinsames Postfach wird auf seinem Server durchsucht. Ein verbundenes Gmail-Konto erhält einen IMAP-Befehl SEARCH. Eine vorherige lokale Synchronisierung ist nicht nötig. Ob eine vor dreißig Sekunden eingegangene Nachricht bereits erscheint, hängt jedoch vom Server und dessen Index ab.
So funktioniert die Suche
Treffer von einem Dutzend unabhängiger IMAP-Server zusammenzuführen ist schwieriger, als es aussieht. Diese Schwierigkeiten erklären die Gestaltung.
Die Abfrage wird in Serverkriterien übersetzt. Der Suchtext wird ausgewertet und als IMAP SEARCH an jeden Server geschickt. Der Server sucht und liefert passende Nachrichtenkennungen zurück. Nicht das ganze Postfach muss heruntergeladen werden, um es anschließend auf dem Telefon zu filtern. Das ist bei einem Postfach mit 40 GB besonders hilfreich.
Ein Index unterstützt die Suche im Nachrichtentext. Ein Server kann Inhalte direkt durchsuchen. Bei großen Postfächern kann das lange dauern und das Zeitlimit überschreiten. Ein Volltextindex kann die Suche deutlich beschleunigen, garantiert aber keine bestimmte Antwortzeit. Verbundene Konten hängen vom jeweiligen Anbieter ab: Gmail und Fastmail nutzen eigene Suchsysteme; ein kleiner selbst betriebener Server hat möglicherweise keinen Index.
Quellen werden parallel abgefragt. Zehn Postfächer nacheinander zu durchsuchen würde zehn Wartezeiten addieren. Stattdessen laufen die Abfragen gleichzeitig, und die Ergebnisse werden nach Eingang zusammengeführt.
Eine langsame Quelle hat ein Zeitlimit. Antwortet ein Anbieter nicht rechtzeitig, wird er übersprungen und ausdrücklich genannt. Sie können Ergebnisse von neun Quellen mit einem Hinweis auf die zehnte erhalten, statt unbegrenzt zu warten. Die Liste ist dann unvollständig; die Suche im ausgelassenen Konto sollte wiederholt werden.
Treffer werden nach Empfangszeit zusammengeführt. Jeder Server kennt nur seine eigenen Treffer. Daher nutzt die gemeinsame Liste das interne Nachrichtendatum. Diese Umsetzung hat keinen gemeinsamen Relevanzwert über alle Server. Das interne Datum kann vom Datum im Nachrichtenkopf abweichen, besonders nach einem Import.
Operatoren
Wörter ohne Operator werden in Absender, Betreff und Nachrichtentext gesucht. Operatoren grenzen ein und lassen sich kombinieren: Jede zusätzliche Bedingung wird mit den übrigen durch AND verknüpft.
| Operator | Prüft | Beispiel |
|---|---|---|
from: | Adresse oder Anzeigename des Absenders | from:anna@acme.com |
to: | Empfängeradresse | to:billing@ |
subject: | Nur den Betreff | subject:invoice |
has:attachment | Nachrichten mit angehängter Datei | has:attachment |
is:unread | Ungelesene Nachrichten | is:unread |
is:starred | Nachrichten mit Stern oder Markierung | is:starred |
after: | Das angegebene Datum und spätere, Format YYYY-MM-DD | after:2026-04-01 |
before: | Daten vor dem angegebenen Datum, Format YYYY-MM-DD | before:2026-07-01 |
larger: | Eine Größe oberhalb des Werts | larger:10M |
smaller: | Eine Größe unterhalb des Werts | smaller:200K |
Zwei Details sind wichtig. Werte aus mehreren Wörtern brauchen Anführungszeichen: subject:"quarterly report" sucht eine Wortfolge im Betreff, während subject:quarterly report nach quarterly im Betreff und report in der ganzen Nachricht sucht. Die genaue Übereinstimmung hängt auch vom Server ab. Eine Zahl ohne Einheit in einem Größenoperator bedeutet hier Megabyte: larger:5 entspricht 5 MB. Die frühere Auslegung nutzte Kilobyte; eine Grenze von 5 KB ließ so viele Nachrichten durch, dass der Filter wirkungslos erschien.
Wenn Sie die Syntax nicht auswendig lernen möchten, öffnet das Filtersymbol neben der Suchleiste ein Formular mit denselben Bedingungen.
Praktische Suchabfragen zum Wiederfinden
Der Anhang, den Sie sicher erhalten haben.
from:acme has:attachment after:2026-03-01 before:2026-06-01
Absender, Anhang und ein Zeitraum im Frühjahr. Führen Sie die Suche über alle Konten und Ordner aus. Sie verkürzt die Liste, garantiert aber keine bestimmte Position des gesuchten Treffers.
Was die Speicherquote belegt.
larger:20M
Große Nachrichten aus allen Ordnern, beginnend mit den neuesten. Die Liste hilft, den Speicherverbrauch zu verstehen. Sichern Sie benötigte Anhänge vor dem Löschen. Um die Quote freizugeben, kann das Leeren des Papierkorbs oder endgültiges Löschen auf dem Server nötig sein.
Was Sie dem Kunden zugesagt haben.
to:client@example.com after:2026-06-01
Die Suche in Gesendet über alle Postfächer rekonstruiert Ihre Seite des Gesprächs, einschließlich Antworten aus gemeinsamen Postfächern, sofern sie dort gespeichert und für Sie zugänglich sind.
Ungelesen, nicht bloß hier ungeöffnet.
is:unread after:2026-07-01
Über alle Postfächer findet die Abfrage Nachrichten, die der Server als ungelesen markiert. Das ist eine nützliche Orientierung, beweist aber nicht, dass sie noch unbearbeitet sind.
Das Gespräch, an das Sie sich nur teilweise erinnern.
subject:"statement of work" larger:100K
Eine Wortfolge im Betreff und eine Mindestgröße grenzen die Suche ein. Eine große Nachricht beweist nicht, dass der richtige Anhang enthalten ist. Prüfen Sie die gefundene Datei.
Serversuche und lokale Suche
Manche Desktop-Clients suchen in einer lokalen Kopie. Das kann schnell sein, hat aber drei Grenzen. Andere Clients können zusätzlich den Server durchsuchen.
Die lokale Suche sieht nur heruntergeladene Daten. Im Cache können die letzten Monate oder nur Header älterer Nachrichten liegen. Eine leere Liste kann deshalb auf unvollständigen Daten beruhen. Auf dem Telefon ist der Cache möglicherweise noch kleiner. Ein auf diesem Gerät nicht eingerichtetes Postfach gehört nicht zur lokalen Suche.
Die Serversuche ist nicht durch den Gerätecache begrenzt: Die Abfrage läuft dort, wo die E-Mail gespeichert ist. Ihre Vollständigkeit hängt weiterhin vom Bereich, zugänglichen Ordnern, Rechten und Index ab. Bei gleichen Bedingungen fragen Geräte dieselben Quellen ab; Änderungen im Postfach und zeitweilige Fehler können die Ergebnisse dennoch verändern.
Grenzen und Unterschiede
Die Suchqualität externer Konten hängt vom Anbieter ab. Jeder entfernte Server erhält IMAP SEARCH und bestimmt seine Antwort. Wortzerlegung und Teilwortsuche bei Gmail können sich von TrekMail unterscheiden.
Anhangsinhalte werden nicht durchsucht. has:attachment findet Nachrichten mit Dateien. Text innerhalb eines PDF wird in dieser Suche nicht indexiert. Dafür ist eine separate Dokumentensuche nötig.
Die Reihenfolge ist zeitlich, nicht nach Relevanz. Es gibt keinen gemeinsamen Wert über alle Server. Grenzen Sie mit Operatoren ein, statt auf den richtigen Treffer ganz oben zu hoffen.
Die Anzahl der Quellen ist begrenzt. Eine zusammengeführte Ansicht umfasst bis zu 25 Postfächer gleichzeitig. Darüber ist die Suche in einem bestimmten Postfach praktischer. Antwortzeiten hängen von Servern und Abfragen ab.
Der Papierkorb ist eingeschlossen. Damit lässt sich kürzlich gelöschte E-Mail finden, solange sie nicht endgültig entfernt wurde. Die Ordnerkennzeichnung am Treffer zeigt den Ablageort.
Häufige Fragen
Werden gemeinsame Postfächer durchsucht?
Ja. Zugängliche gemeinsame Postfächer werden zusammen mit Ihren eigenen abgefragt, und Treffer nennen ihre Quelle. Postfächer und Ordner ohne Leserecht sind ausgeschlossen.
Gilt die Suche auch für verbundene externe Konten?
Ja. Verbundene Konten werden per IMAP abgefragt, und ihre Treffer erscheinen mit Anbieterkennzeichnung in derselben Liste. Zugangsdaten müssen gültig und die Ordner zugänglich sein.
Wird meine E-Mail zum Suchen anderswohin geschickt?
Die Abfrage wird in IMAP SEARCH umgewandelt und auf dem Server ausgeführt, der die E-Mail bereits speichert. Inhalte werden nicht in einen fremden Suchindex kopiert. Das schließt die Übertragung von Daten nicht aus, die der Client zur Anzeige der Treffer braucht.
Warum findet die Weboberfläche mehr als mein Desktop-Client?
Ein möglicher Grund ist, dass der Client einen unvollständigen lokalen Cache durchsucht und die Weboberfläche den Server abfragt. Vergleichen Sie auch Bereich, zugängliche Ordner und Index. Nicht jeder Desktop-Client ist auf lokale Suche beschränkt.
Kann ich ohne Operatoren nach Datum suchen?
Ja. Das Filterfeld neben der Suchleiste enthält Datums-, Absender- und Empfängerfelder sowie Bedingungen für ungelesene Nachrichten, Sterne und Anhänge. Es erstellt dieselbe Abfrage.
Warum stehen Treffer nach Datum statt nach Relevanz?
Die Ergebnisse stammen von unabhängigen Servern ohne gemeinsamen Relevanzwert. Diese Umsetzung führt sie nach internem Datum zusammen. Nutzen Sie Operatoren, um die Liste zu verkürzen.
Wird der Spamordner durchsucht?
Der Bereich Alle Ordner schließt den zugänglichen Spamordner ein. Hat ein Filter eine Nachricht versehentlich dort abgelegt, lässt sich das so prüfen. Wenn Sie sie finden, lesen Sie, warum Nachrichten im Spam landen.