Meldung "Dokument wurde nicht gefunden"

Wäre es -anstatt einfach den Client neu zu installieren- nicht sinniger herauszufinden, welches Dokument warum nicht gefunden wird und diesen Umstand zu beheben?

Eine möglichkeit wäre, dass das names.nsf des Users korrupt ist.
Wenn die Meldung wieder auftaucht, beim betroffenen Benutzer mal das Names prüfen z.B. ob alle Locations da sind

Es geht weit über die names hinaus. Fehlt eine Location wäre das sehr offensichtlich, da unten rechts nicht das stünde, was erwartet wird, also bspw. "Office" o.ä.). Da mglw. auch noch Informationen zu den verwendeten Servern, des Name-Lookups, der ST-Anmeldung, etc. fehlen würden, würden die Auswirkungen wesentlich größer sein, als nur ein Pop-Up. Und vor allem: man hätte sofort einen Ansatzpunkt.

Für weit wesentlicher halte ich, die bookmark.nsf unter die Lupe zu nehmen. Bekanntermaßen sind viele GUI-Elemente des Clients Designelemente in der bookmark, so bspw. die linke Leiste.

Genau so gut kann es aber auch sein, dass in der cache.dsk noch etwas von einer vorherigen Sitzung vorgehalten wird. Soll bspw. beim Öffnen einer DB ein Attachment geöffnet werden und das existiert -warum auch immer- in einer späteren Session nciht mehr, die cache.dsk aber nicht aktualisiert wird/wurde, könnte das beschriebene Verhalten genau so auftauchen.

Zunächst einmal ist also abzuklären, ob es nur eine bestimmte Nutzergruppe und mglw. immer die selben Nutzer betrifft, oder "zufallsgesteuert" bei allen Usern in der Domain von Zeit zu Zeit auftritt.
Dann ist zu klären, was mit der cache.dsk ist .. wird sie beim Schließen des Client gelöscht oder beibehalten?
Schließlich ist der Kreis der DBs einzugrenzen, den es betrifft, oder ob es "zufallsgesteuert" mal bei der einen, mal bei der anderen DB auftritt. Diese DB(s) sind genau unter die Lupe zu nehmen, was Start-Optionen betrifft, regelmäßig aktualisierte Designelemente, Ordner/Ansichten, die privat oder privat bei Erstbenutzung sind, etc. pp.
Weiters kann ich mir ein solches Phänomen an Rechnern vorstellen, die sich von mehreren Personen geteilt werden. Hier könnte es auf ein Rechteproblem hindeuten. In dem Sinne, dass ein User ein Designelement/Dokument in einer DB sieht, ein anderer, der sich später anmeldet, aber nicht, der Client aber noch die Information über dieses Designelement/Dokument vorhält. Womit wir wieder bei der cache.dsk wären....

Also: zunächst einmal die Umtände genauestens untersuchen. Ohne qualifizierende Betrachtung der Ursachen aber, bleibt nichts als Gestocher im Nebel. Dass eine Neuinstallation des Clients jedenfalls keine ursächliche Lösung bringt, das meine ich aus dem Ursprungspost herausgelesen zu haben. Von daher ist es müßig, über diesen Teil der "Lösung" weiter zu philosophieren.

Es muß nicht der Grund sein, aber Notes 8.5.2 ohne jegliche Fixpacks ist nun auch nicht gerade aktuell...

Da steht dann definitiv etwas drin was er nicht mag oder ein Ziel ohne Boden - läuft ins leere.
Wenn Ihr aber für 8.5.3 nicht lizensiert seit habt Ihr ja aktuell keine Subscription - also kein 3rd Level Support.
Wie groß war eure Umgebung?

Lizensiert habt ihr 8.5.3 WENN ihr 8.5.2 ebenso lizensiert habt.. Alles innerhalb der 8.5.x ist genau so gültig wie der 8.5.0
Dieses ist Fakt und wird von IBM selber als lizens politik vertrieben..

Das ihr vielleicht nicht den FREIGABE habt 8.5.3 einzusetzen von eine andere organisation, weil DIE das nicht supporten wollen, wäre eine andere sache, Lizensen sind innerhalb der 8.5.x reihe identische.

Wenn also notes 9.0.0 nicht so benannt würde, sondern wie urspunglich geplannt wäre es 8.5.4 gewesen, und hättet ihr es genau so einsetzen können.