Domino 9 und frühere Versionen > ND8: Administration & Userprobleme

Alle Mails täglich ungelesen

<< < (2/2)

Wolfgang:

--- Zitat von: Sylvia am 26.08.10 - 14:33:56 ---Bei einigen Kollegen stimmt die Anzahl der angeblichen ungelesen Dokumente und der tatsächlichen nicht überein (mehr ungelesene als tatsächlich).
--- Ende Zitat ---
... das kann vorkommen, wenn man eine größere Zahl Mails (so ca. 300) auf einmal löscht.
Manchmal hilft dann Folgendes, auch wenn es scheinbar gar nichts damit zu tun hat:
Gehe mal in die Replizierparameter und setze den Wert unter Platzsparer bei "Dokumente entfernen, die seit n Tagen nicht geändert wurden" auf 0 (ohne den Haken davor zu setzen). Dann DB schließen, neu öffnen und zurücksetzen auf den ursprünglichen Wert. Funktioniert nicht immer, aber oft ...

Gruß
Wolfgang

MeisterLampe:

--- Zitat von: Wolfgang am 26.08.10 - 16:44:22 ---
--- Zitat von: Sylvia am 26.08.10 - 14:33:56 ---Bei einigen Kollegen stimmt die Anzahl der angeblichen ungelesen Dokumente und der tatsächlichen nicht überein (mehr ungelesene als tatsächlich).
--- Ende Zitat ---
... das kann vorkommen, wenn man eine größere Zahl Mails (so ca. 300) auf einmal löscht.
Manchmal hilft dann Folgendes, auch wenn es scheinbar gar nichts damit zu tun hat:
Gehe mal in die Replizierparameter und setze den Wert unter Platzsparer bei "Dokumente entfernen, die seit n Tagen nicht geändert wurden" auf 0 (ohne den Haken davor zu setzen). Dann DB schließen, neu öffnen und zurücksetzen auf den ursprünglichen Wert. Funktioniert nicht immer, aber oft ...

Gruß
Wolfgang

--- Ende Zitat ---

...und wenn die Inbox mehr als 1k Dokumente enthält passen die ungelesenen/gelesenen auch net mehr.

Nibirius:
Also bei dem Thema häng ich auch seit Tagen rum

Also wir haben das Template 8.5.2 ODS51
Server 8.5.2 FP3 im Cluster

Replicate unread Marks auf ALL servers

Das Phänomen tritt wohl immer Nachts auf, das bei Anwendern die Mails alle gelesen sind oder wie bei eurem Fall die unread Marks nicht repliziert werden

Ziemlich Spooky
Einen Call bei der IBM hab ich auch offen aber das bringt eher nix, denn den Parameter :
REPL_SYNC_ALL_UNREAD=1
Könnte man in den Gulli kicken
Der hebelt die Cluster Replikation aus wie Eknori schon beschrieben hat

Die IBM kann da in meinen Augen nicht helfen oder will es nicht
Was das Thema angeht bin ich auf 300 :-)

Ahso ja die wollten, das wir das Client Clocking aktivieren
Klar........... ich bin Hellseher bei welchen Anwendern das am nächsten Tag auftritt :-)
Von der Perfomance mal abgesehen

Gruß
Michael

Nibirius:
hier mal die Mail von der IBM ( ob ich das darf oder nicht )

Auf dem Lotus Notes Client können sie die nachfolgenden debug Parmater aktivieren:
client_clock=3
console_log_enabled=1
Die Ausgabe erfolgt in die Datei console.log.
Ich benötige von Ihnen diese Dateien : CONSOLE.LOG, NOTES.INI und die NAMES.NSF  ( unverschlüsselt, ohne persönliche Kontakte)

Auf dem server können Sie die nachfolgenden Parmater aktivieren:
debug_threadid=1
console_log_enabled=1
Die Ausgabe erfolgt ebenfalls in die datei console.log
Ich benötige von Ihnen die Dateien CONSOLE.LOG, NOTES.INI und die NAMES.NSF  ( unverschlüsselt, ohne Psersonendokumente )

Bitte kennzeichnen Sie welche Daten vom Server oder vom Client sind.

0xse:
Das ist halt IBM =)

Es gibt noch ein weiteres Szenario, hab ich mal gehabt: Benutzer lassen ihre PCs mit Notes über Nacht laufen, damit sind Sessions auf dem Domino. Der Domino sollte automatisch zur Datensicherung runtergefahren werden, hat aber nicht geklappt (Fehler im Script). Das Script um ihn nach 10 Minuten Warten zwangszubeenden hat aber geklappt, damit ist das nie aufgefallen. Konsequenz war, dass beim nächsten Start des Domino der fixup auf diese DBs angesprungen ist (kein Transaktionsprotokoll in der Umgebung vorhanden). Nachdem fixup glücklich war, waren alle Dokumente in den betroffenen DBs für jeden ungelesen. Das war auch der Anlass unserer Suche.

Vielleicht versüßt euch fixup ja auch das Leben :)

Edit:
Es waren auch immer unterschiedliche Benutzer betroffen. Immer die, die zu faul waren :P

Navigation

[0] Themen-Index

[*] Vorherige Sete