Outlook-Suche in Windows 11 findet keine oder unvollständige Ergebnisse: Liegt es am Index, an der OST oder am Server?

Lokale vs. serverseitige Outlook-Suche: Funktionsweise, Kontotypen und typische Fehlbilder

Outlook kann Suchergebnisse aus zwei grundsätzlich unterschiedlichen Quellen liefern: aus lokal vorgehaltenen Daten, die über den Windows-Suchindex ausgewertet werden, oder direkt aus dem Postfachdienst (Exchange Online/Exchange Server) über serverseitige Suche. Welche Logik greift, hängt vor allem vom Kontotyp, der Cache-Konfiguration und vom Zustand der lokalen Datendateien ab. Viele „Suchprobleme“ sind deshalb keine einzelne Störung, sondern ein Missverständnis darüber, welcher Suchpfad gerade aktiv ist und welche Datenbasis er tatsächlich abdeckt.

Suchpfade in Outlook: Was lokal indiziert wird und was nicht

Bei lokaler Suche nutzt Outlook den Windows Search Dienst, der Inhalte aus unterstützten Speicherorten in einen Index überführt. Für Outlook sind das insbesondere Elemente aus Cache-Postfächern (OST) sowie lokale PST-Dateien, sofern sie in den indizierten Umfang fallen und Outlook die Inhalte an den Indexer übergeben kann. Das Suchfeld in Outlook zeigt dann Ergebnisse sehr schnell an, weil nicht das Postfach selbst durchsucht wird, sondern der bereits vorbereitete Index.

Serverseitige Suche arbeitet anders: Outlook sendet eine Suchabfrage an Exchange (bzw. Microsoft 365) und erhält Treffer vom Dienst zurück. Dieser Pfad bleibt auch dann funktionsfähig, wenn der lokale Windows-Index beschädigt ist oder die OST-Datei nicht alle Inhalte enthält. Allerdings beeinflussen Netzwerklatenz, Dienstantwortzeiten sowie serverseitige Suchlimits, welche Treffer wie schnell erscheinen. In gemischten Szenarien (z. B. teilweise synchronisierte Postfächer) entstehen leicht widersprüchliche Eindrücke: Lokal fehlen Treffer, serverseitig sind sie vorhanden.

Kontotypen und ihre typischen Suchmodi

Die Zuordnung „lokal vs. serverseitig“ lässt sich nicht allein aus der Outlook-Oberfläche ablesen, weil Outlook je nach Kontext umschaltet. In Exchange-/Microsoft-365-Postfächern wird häufig ein Hybridverhalten sichtbar: Lokale Treffer aus dem Index erscheinen zunächst, ergänzend können serverseitige Treffer nachgeladen werden (z. B. für ältere, nicht gecachte Inhalte). Bei IMAP-Konten hängt die Suchqualität stark davon ab, ob Nachrichten lokal vollständig synchronisiert sind; Exchange-spezifische serverseitige Suchfunktionen stehen dort nicht im gleichen Umfang zur Verfügung.

Typische Fehlbilder und was sie über den Suchpfad verraten

Mehrere Symptome sind diagnostisch aussagekräftig, weil sie den aktiven Suchpfad indirekt offenlegen. Besonders häufig ist der Fall, dass „neue“ E-Mails schnell gefunden werden, „alte“ jedoch nicht. Das deutet eher auf eine begrenzte Offline-Aufbewahrung (Cache-Zeitraum) oder auf eine OST, die noch nicht vollständig synchronisiert ist, als auf ein generelles Suchversagen. Umgekehrt kann eine Suche, die nur in einem bestimmten Ordner keine Treffer liefert, auf Suchbereich/Filter, beschädigte Ordnerstrukturen oder eine inkonsistente lokale Datendatei hinweisen.

• Treffer fehlen nur bei „Älter als X Monate“: Cachemodus synchronisiert nicht das gesamte Postfach (Einstellung „E-Mails offline behalten“); serverseitige Suche liefert Treffer, lokale Suche nicht.
• Suche funktioniert im OWA, aber nicht in Outlook: Serverseitige Suche ist in Ordnung; Ursache liegt meist in lokalem Index (Windows Search) oder in der lokalen Datendatei (OST/PST).
• Suche liefert sofort „Keine Ergebnisse“, UI bleibt sonst schnell: Häufig kein Indexzugriff auf Outlook-Daten, z. B. Outlook nicht als indizierter Speicherort registriert oder Indexierung ist für Outlook-Daten ausgesetzt/fehlerhaft.
• Suchergebnisse erscheinen erst nach langem Warten und „springen“: Kombination aus lokalen Treffern (früh) und serverseitigem Nachladen (spät) oder wiederholten Indexer-Retries bei beschädigtem Indexkatalog.
• Nur Betreff/Absender werden gefunden, Inhalte nicht: Inhaltsfilterung/Indexierung für Nachrichtentext ist gestört (z. B. IFilter/MAPI-Handler); bei PST/OST kann zusätzlich eine unvollständige Inhaltsaufbereitung oder ein nicht vollständig heruntergeladener Nachrichtentext vorliegen.

Kontextwechsel in Outlook: Warum „dieselbe Suche“ unterschiedliche Ergebnisse bringt

Outlook bewertet Suchbereiche kontextabhängig. Der Suchscope „Aktueller Ordner“ bevorzugt schnelle lokale Abfragen, während „Alle Postfächer“ oder „Alle Outlook-Elemente“ je nach Kontenmix eine Mischung aus lokalen und serverseitigen Teilabfragen auslösen kann. In Multi-Account-Profilen (zusätzliche Postfächer, freigegebene Postfächer, Online-Archive) ist die Datenlage oft heterogen: Ein primäres Postfach ist im Cache, ein weiteres Postfach nur online, ein Archiv liegt als PST vor. Die Suchlogik kann dann innerhalb einer einzigen Abfrage unterschiedliche Backends ansprechen, was Trefferlisten inkonsistent wirken lässt.

Besonders relevant sind serverseitige Grenzen und Filterlogik: Exchange-Suche arbeitet mit eigener Relevanz- und Rankinglogik und kann Treffer anders sortieren als der lokale Index. Zudem können Compliance-Funktionen wie Litigation Hold, Archivierung oder Retention dazu führen, dass Inhalte serverseitig vorhanden sind, lokal aber nie auftauchen, weil sie nicht (mehr) im Clientcache liegen. Eine lokale Reparatur des Windows-Index kann diese Lücke nicht schließen; erforderlich wäre eine Anpassung des Cacheumfangs oder die bewusste Nutzung serverseitiger Suche.

Diagnosemarker für die Einordnung „lokal“ vs. „serverseitig“

Für die Praxis zählt eine schnelle Einordnung, bevor Maßnahmen wie Index-Neuaufbau oder OST-Neuerstellung gestartet werden. Aussagekräftig sind Vergleiche zwischen Outlook und OWA, der Offline-Cache-Zeitraum sowie der Indexierungsstatus in Windows. Auch die Frage, ob eine Suche ohne Netzwerkverbindung überhaupt Treffer liefert, trennt lokale Indizierung von serverseitiger Abfrage.

• Gegenprobe über Webzugriff: Gleiche Abfrage in https://outlook.office.com/ (Microsoft 365) oder OWA am Exchange-Server; abweichende Treffer deuten auf lokale Ursachen.
• Cache-Zeitraum prüfen: In den Kontoeinstellungen beeinflusst „E-Mails offline behalten“ die lokale Suchabdeckung; bei stark begrenztem Zeitraum bleibt die lokale Suche zwangsläufig unvollständig.
• Indizierungsstatus in Outlook: In Outlook unter Datei > Optionen > Suchen > Indexierungsoptionen zeigt „Indexierungsstatus“ an, ob Outlook-Elemente noch verarbeitet werden.
• Windows-Indexer als Dienstabhängigkeit: Der Dienst WSearch muss laufen; bei deaktiviertem Windows Search ist schnelle lokale Outlook-Suche nicht erwartbar.
• Offline-Test: Ohne Netzwerk (oder im Flugmodus) liefert serverseitige Suche keine neuen Treffer; bleiben Treffer stabil, stammt die Ergebnisbasis überwiegend aus lokalem Index/Cache.

Windows-Suche und Outlook-Indexierung prüfen: Indexstatus, Dienstzustand, Indexspeicher und Reparaturschritte

Outlook-Suchen unter Windows 11 hängen häufig am Zusammenspiel aus Windows Search (WSearch), dem lokalen Suchindex und den von Outlook bereitgestellten MAPI-Handlern. Wenn Treffer fehlen, Ergebnisse veraltet wirken oder Outlook sichtbar „Suchen…“ anzeigt, lohnt eine systematische Prüfung: Zuerst muss geklärt werden, ob Outlook überhaupt in den Windows-Index schreibt, ob der Dienst läuft und ob der Indexspeicher in einem konsistenten Zustand ist.

Indexstatus in Outlook und Windows: Welche Anzeigen verlässlich sind

Outlook zeigt den Indexierungsfortschritt in der Regel in der Statusleiste (z. B. „Elemente verbleibend“) sowie im Dialog für Indizierungsoptionen an. Aussagekräftig ist vor allem die Kombination aus „Outlook wird indiziert“ und einer abnehmenden Restanzahl. Bleibt die Zahl über längere Zeit konstant, steigen die Werte wieder an oder endet die Indizierung nie, spricht das für blockierte Filter/Handler, beschädigte Indexdaten oder eine instabile OST/PST als Quelle.

Parallel sollte in den Windows-Indizierungsoptionen kontrolliert werden, ob „Microsoft Outlook“ als Ort/Quelle überhaupt enthalten ist. Fehlt Outlook dort, kann Windows Search zwar laufen, Outlook liefert aber keine lokal indizierten Treffer (dann greift Outlook je nach Postfach und Verbindung teilweise auf servergestützte Suche zurück, was ein anderes Ergebnisbild erzeugt).

Windows Search (WSearch) und Abhängigkeiten: Dienstzustand, Starttyp, Filter

Die lokale Outlook-Suche ist auf den Dienst „Windows Search“ angewiesen. Unter Windows 11 muss der Dienst laufen und darf nicht in einem Neustart-/Fehlerzustand hängen. Auch wenn der Dienst startet, können defekte Filterkomponenten (IFilter), ein inkonsistenter Indexkatalog oder Berechtigungsprobleme dazu führen, dass Outlook-Inhalte nicht korrekt verarbeitet werden. In Unternehmensumgebungen sollte zusätzlich geprüft werden, ob Gruppenrichtlinien die Indizierung einschränken oder Benutzerprofile auf nicht indizierten Speicherorten liegen.

• Dienststatus prüfen (PowerShell): Get-Service WSearch | Select-Object Status, StartType, Name
• Dienst neu starten (PowerShell): Restart-Service WSearch -Force
• Indizierungsoptionen öffnen: control.exe srchadmin.dll
• Indexierungsdiagnose (Ereignisanzeige): eventvwr.msc (Protokolle: Anwendungs- und Dienstprotokolle\Microsoft\Windows\Search)

Ein wiederholter Fehler im Search-Protokoll (z. B. Zugriffsfehler auf Katalogdateien) deutet eher auf ein System- oder Profilproblem als auf eine reine Outlook-Einstellung hin. In solchen Fällen ist eine Index-Neuerstellung zwar sinnvoll, sollte aber erst erfolgen, nachdem Stabilität von Datenträger und Benutzerprofil (z. B. keine „On-Access“-Sperren durch DLP/AV) geklärt ist.

Indexspeicher, Katalogzustand und Neuaufbau: wann „Neu erstellen“ tatsächlich hilft

Der Windows-Index wird in einem lokalen Katalog verwaltet. Bei Beschädigung, unvollständigen Updates oder abrupten Abbrüchen (Sleep/Crash während Indizierung) können Suchabfragen zwar noch Ergebnisse liefern, aber Outlook-Elemente bleiben unvollständig oder werden nicht aktualisiert. In den Indizierungsoptionen kann der Index über „Erweitert“ neu erstellt werden; dabei werden Indexdaten verworfen und vollständig neu aufgebaut. Dieser Schritt ist dann sinnvoll, wenn Outlook als Quelle korrekt eingebunden ist, WSearch stabil läuft und trotzdem dauerhaft falsche/fehlende Treffer auftreten.

Der Neuaufbau ist ressourcenintensiv. Währenddessen sollte Outlook geöffnet bleiben, damit MAPI-Inhalte bereitgestellt werden. Bei großen Postfächern ist außerdem zu beachten, dass die Indizierung erst dann „fertig“ wirkt, wenn Windows Search Hintergrundaufgaben abgearbeitet hat und Outlook nicht ständig neue Elemente nachliefert (Synchronisation, Regeln, Add-ins). Ein sinnvoller Kontrollpunkt ist der Indexstatus: sinkende Restanzahlen in Outlook, keine wiederkehrenden Search-Fehlerereignisse und normale CPU-/Datenträgerlast ohne permanente Warteschlangen.

• Index neu erstellen (GUI-Pfad): Einstellungen > Datenschutz & Sicherheit > Windows-Suche > Erweiterte Indizierungsoptionen > Erweitert > Neu erstellen
• Indexort und Speicher berücksichtigen: Bei knappem Systemlaufwerk Indizierung nicht „nebenbei“ starten; der Katalog liegt standardmäßig unter C:\ProgramData\Microsoft\Search\Data\Applications\Windows.
• Outlook-Indizierung aktivieren: In den Indizierungsoptionen muss Microsoft Outlook als indizierter Ort markiert sein; danach Outlook neu starten, damit die Registrierung der MAPI-Quelle greift.

Reparaturschritte bei „Outlook wird nicht indiziert“: typische Ursachen unter Windows 11

Wenn Outlook in den Indizierungsoptionen nicht auftaucht oder nach Aktivierung keine Elemente indiziert werden, liegt die Ursache oft in einer gestörten Office-Registrierung der Suchkomponenten, problematischen Add-ins oder einer nicht unterstützten Konstellation aus Datendateityp und Suchmodus. Bei Exchange/Microsoft-365-Postfächern kann zusätzlich eine „Hybrid“-Situation entstehen: ein Teil der Suche läuft serverseitig, während lokale Treffer (z. B. aus Archiv-PST) fehlen, weil Windows Search nicht sauber arbeitet.

Als Reparaturfolge hat sich bewährt: Add-ins testweise deaktivieren, Outlook im abgesicherten Modus starten, dann den Windows-Index prüfen und erst danach Office/Outlook reparieren. Ein Profil-Neuanlage ist an dieser Stelle nicht der erste Schritt, weil sie Index- und Dienstprobleme nicht behebt; sie kann sogar Zeit kosten, wenn anschließend die gleiche fehlerhafte Indexumgebung weiterverwendet wird.

• Outlook abgesichert starten: outlook.exe /safe
• Office-Reparatur anstoßen (GUI-Pfad): Einstellungen > Apps > Installierte Apps > Microsoft 365/Office > Ändern > Schnellreparatur (bei Bedarf danach „Onlinereparatur“).
• Indizierungsproblem isolieren: Wenn lokale Suche in anderen Apps ebenfalls unvollständig ist, zuerst Windows Search reparieren; wenn nur Outlook betroffen ist, MAPI/Office-Komponenten und Add-ins priorisieren.

Nach jeder Korrekturmaßnahme sollte eine kurze Validierung erfolgen: Outlook geöffnet lassen, Indizierungsstatus beobachten und stichprobenartig in einem klar abgegrenzten Bereich suchen (z. B. Posteingang der letzten 30 Tage). Nur so lässt sich trennen, ob der Suchindex wieder konsistent arbeitet oder ob die Ursache in Datendateien, Synchronisation oder serverseitiger Suche liegt.

OST und Profil als Fehlerquelle: Synchronisation verifizieren, OST neu erstellen, Postfachgröße begrenzen und Entscheidungskriterien für ein neues Profil

Wenn die Windows-Suche korrekt indexiert und die Outlook-Suchoptionen scheinbar passen, bleibt als häufige Ursache die Datenbasis, auf der Outlook lokal arbeitet: die OST-Datei und das zugehörige Outlook-Profil. Eine beschädigte oder unvollständige OST, Synchronisationsrückstände im Cache-Modus oder ein übergroßes Postfach im Zusammenspiel mit vielen Ordnern führen dazu, dass Treffer fehlen, Zeiträume „leer“ wirken oder Suchergebnisse stark verzögert erscheinen. Die Analyse sollte deshalb zwischen „Daten fehlen lokal“ und „Daten existieren, werden aber nicht sauber verarbeitet“ unterscheiden.

Synchronisation belastbar verifizieren (vor jeder Reparatur)

Bevor OST oder Profil angefasst werden, muss klar sein, ob Outlook überhaupt den aktuellen Postfachstand lokal besitzt. Suchprobleme sind oft nur ein Symptom einer stockenden Synchronisation: Elemente liegen serverseitig bereits vor, sind im lokalen Cache aber noch nicht vollständig angekommen oder stecken in einem fehlerhaften Sync-Zustand. Relevant sind dabei nicht nur neue E-Mails, sondern auch Änderungen an Ordnern, Verschiebungen, Kategorien und der Download von freigegebenen Postfächern.

Pragmatisch lässt sich der Abgleich über die Ordnergröße und über typische Hinweise in den „Synchronisierungsproblemen“ prüfen. Bei Exchange/Microsoft 365 liefert außerdem die Statusleiste (bzw. „Alle Ordner sind aktuell“) ein erstes Signal, ist aber kein Beweis für Vollständigkeit. Aussagekräftiger ist der Vergleich: erscheint eine Nachricht in Outlook im Web (OWA) sofort, in Outlook für Windows aber erst verzögert oder gar nicht, liegt der Schwerpunkt zunächst auf dem lokalen Cache und dessen Downloadumfang.

• Cache-Umfang prüfen: In den Kontoeinstellungen von Exchange/Microsoft 365 den Regler „E-Mails offline behalten“ kontrollieren; ein kurzer Zeitraum schließt ältere Inhalte bewusst vom lokalen Cache aus und verschiebt die Suche in eine Mischform aus lokalen und serverseitigen Treffern.
• Sync-Ordner auf Hinweise prüfen: In der Ordnerliste „Synchronisierungsprobleme“ bzw. „Lokale Fehler“ nach wiederkehrenden Einträgen suchen; diese deuten eher auf Cache-/Transportprobleme als auf die Windows-Indexierung.
• Kontrasttest mit OWA: Vergleich derselben Suchanfrage in Outlook im Web; wenn OWA vollständige Treffer liefert, Outlook für Windows aber nicht, ist die Wahrscheinlichkeit hoch, dass OST/Profil oder der lokale Downloadumfang limitieren.

OST neu erstellen: sauberer Reset des lokalen Caches statt Aktionismus

Die OST ist ein Cache. Sie darf neu aufgebaut werden, sobald feststeht, dass der Serverbestand korrekt ist und keine rein lokalen Daten ausschließlich in der OST liegen. In typischen Exchange-/Microsoft-365-Szenarien sind E-Mails, Kalender, Kontakte und Aufgaben serverbasiert; dennoch können lokale Besonderheiten existieren, etwa ausschließlich lokal gespeicherte Datendateien (PST), lokale Archive oder Add-in-Daten. Ein OST-Rebuild hilft besonders, wenn Suchordner „hängen“, der Indexstatus in Outlook nie fertig wird, Elemente „Geisterduplikate“ erzeugen oder Outlook trotz stabiler Verbindung wiederholt Synchronisationsfehler protokolliert.

Technisch sauber ist der Weg über ein kontrolliertes Schließen von Outlook und ein Umbenennen oder Entfernen der OST, nicht über hektisches Reparieren einzelner Office-Komponenten. Beim nächsten Start erzeugt Outlook die OST neu und lädt Inhalte entsprechend dem konfigurierten Offlinezeitraum. Dieser Neuaufbau muss in großen Postfächern eingeplant werden: Suche und Anzeige wirken in der Zeit unzuverlässig, weil Metadaten und Inhalte erst nach und nach lokal vorliegen.

• Outlook vollständig beenden: Vor dem Eingriff prüfen, dass kein OUTLOOK.EXE mehr läuft (auch nicht minimiert im Infobereich); notfalls im Task-Manager beenden.
• OST-Dateipfad öffnen: Standardpfad ist häufig %LOCALAPPDATA%\Microsoft\Outlook\; der konkrete Dateiname entspricht meist dem Profil bzw. dem Postfach.
• OST umbenennen statt löschen: Beispielsweise mailbox.ost in mailbox.ost.old umbenennen, um eine Rückfalloption zu behalten und Diagnose zu erleichtern.
• Neuaufbau abwarten: Outlook starten, Download abwarten und erst danach Suchtests durchführen; bei großem Cache kann dies Stunden dauern, abhängig von Bandbreite, Postfachgröße und Anzahl der Ordner.

Postfachgröße und Offlineumfang begrenzen: Suchlast reduzieren, ohne Funktionalität zu verlieren

Große Postfächer verlangsamen nicht nur den initialen Download, sondern erhöhen dauerhaft die lokale Verarbeitungs- und I/O-Last: mehr Ordner, mehr Elemente, mehr Metadaten. Für die Suche bedeutet das längere „Warm-up“-Phasen nach dem Start, erhöhte Hintergrundaktivität und ein höheres Risiko, dass lokale Zustände auseinanderlaufen, wenn Netzwerk oder Gerät regelmäßig in Energiesparzustände wechseln. Ein gezielter Zuschnitt des Offlinecaches ist oft wirksamer als radikale Reparaturmaßnahmen.

Als Stellhebel dienen vor allem der Offlinezeitraum sowie die Einbeziehung freigegebener Postfächer. In vielen Umgebungen wird der Cache für Shared Mailboxes automatisch mitgeführt; das vervielfacht die Datenmenge und die Suchkomplexität, ohne dass es im Alltag zwingend nötig ist. Zusätzlich helfen serverseitige Archivierungsrichtlinien oder Onlinearchiv-Postfächer, um den „heißen“ Arbeitsbestand klein zu halten, während historische Inhalte weiterhin verfügbar bleiben.

• Offlinezeitraum passend wählen: Für Geräte mit begrenztem Speicher oder sehr großen Postfächern den Zeitraum reduzieren und Suchtests danach wiederholen; der Regler sitzt in den Exchange-Kontoeinstellungen („E-Mails offline behalten“).
• Shared Mailboxes bewusst behandeln: Wenn viele freigegebene Postfächer eingebunden sind, verursacht das häufig die größte Cache-Last; als Gegenmaßnahme Auto-Mapping und „Download shared folders“ (Herunterladen freigegebener Ordner) organisations- und clientseitig prüfen oder freigegebene Postfächer selektiv einbinden.
• Historische Daten auslagern: Serverseitige Archivierung oder Onlinearchiv nutzen; lokale PST-Archive sind für Fehlersuche an Suchproblemen oft eine zusätzliche Variable und sollten getrennt bewertet werden.

Neues Outlook-Profil: klare Entscheidungskriterien und Grenzen

Ein neues Profil beseitigt fehlerhafte Kontokonfigurationen, defekte Navigations- und Suchzustände, beschädigte Einstellungen und veraltete Verweise auf Datendateien. Es ersetzt jedoch keine fehlende Indexierung, löst keine serverseitigen Suchrestriktionen und kann bei unverändert großer Datenmenge denselben Effekt wie eine OST-Neuerstellung haben – inklusive langer Neuinitialisierung. Der Profilwechsel sollte deshalb an konkrete Indikatoren gebunden sein und nicht als Standardrezept dienen.

Typische Auslöser sind inkonsistente Kontenlisten, wiederkehrende Authentifizierungsauffälligkeiten trotz sauberer Anmeldewege, „hängende“ Zustände nach Kontomigrationen oder der Verdacht, dass Add-ins oder alte Datendateiverweise das Profil dauerhaft kontaminieren. Ein Profilwechsel ist dagegen selten zielführend, wenn die Suche nur in bestimmten Ordnern scheitert, während OWA korrekt arbeitet und die lokale Synchronisation nachweislich vollständig ist; dann liegt der Schwerpunkt eher auf OST, Offlineumfang, Add-ins oder der Architektur „lokal vs. serverseitig“.

• Pro Profilwechsel: Profil zeigt wiederholt beschädigte Zustände (z. B. Konten lassen sich nicht zuverlässig initialisieren), Migrationen/Mehrfachkonten haben Altlasten hinterlassen, oder Datendateiverweise sind unklar; neues Profil trennt Konfiguration und Cache sauber.
• Contra Profilwechsel: Problem hängt offensichtlich am Offlinezeitraum oder an fehlenden lokal heruntergeladenen Inhalten; ein neues Profil übernimmt häufig dieselben Downloadgrenzen und erzeugt nur erneut eine lange Synchronisationsphase.
• Minimal-invasive Alternative: Zuerst OST neu erstellen und Add-ins testweise deaktivieren; ein Profilwechsel ist der nächste Schritt, wenn Symptome profilgebunden bleiben und nach dem OST-Rebuild reproduzierbar zurückkehren.