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

Ungelesen Zähler in eMail DB stimmt nicht

(1/2) > >>

Jenson:
Hallo zusammen,

wir benutzen die Standard-Schablone von Lotus Domino 6.5.x für die eMail/Kalender Datenbank unserer Mitarbeiter.
Manche Benutzer klagen darüber, dass alle eMails gelesen wurden, der Zähler hinter dem Ordner "Inbox" aber noch eine Menge ungelesene eMails zeigt.

Woran kann das liegen, bzw. wie kann ich dafür sorgen dass das wieder zuverlässig funktioniert?

Danke im Vorraus

Jenson

thoge:
Hallo Jenson,

haben diese User irgendwelche Regeln oder Agenten laufen, ala "wenn eMail von xyz dann verschieben in Ordner xyz"?

Sind die eMails, auch wenn sie gelesen wurden, doch wieder als ungelesen markiert?

Nutzen diese User auch die eMail-Datenbank auf dem Server oder eine lokale Replik?

Ist angeklickert, dass Antworten auf Besprechungseinladungen nicht im Eingang zu sehen sein sollen?

Sind die Einträge der ungelesenen eMails nur im Eingangsordner und nicht in den anderen Ordnern und Ansichten voorhanden?

Was passiert, wenn ich die Funktion "alle als gelesen markieren" auslöse?

Meines Wissensstand nach werden in der Inbox alle ungelesenen Dokumente summiert, auch wenn diese nur in "Unteransichten" und Ordnern ungelesen rumdümpeln.

Ich weiss, dass ich eine Menge Fragen aufliste und weniger einen Lösungsansatz.

Ich würde halt nur so vorgehen.

HTH

Thomas

Wolfgang:

--- Zitat von: Jenson am 08.02.06 - 09:05:48 ---Woran kann das liegen, bzw. wie kann ich dafür sorgen dass das wieder zuverlässig funktioniert?
--- Ende Zitat ---

... das kommt z.B. vor, wenn mehr als 350 Mails auf einmal gelöscht werden.
Beheben kann man das meistens, indem man in den Replizierparametern unter Platzsparer den Wert bei "Dokumente entfernen, die seit x Tagen ..." auf 0 stellt. Achtung: Der Haken davor darf natürlich nicht gesetzt sein, sonst ist alles weg.

Gruß
Wolfgang

matze79:
Dies ist ein Notes-Bug:

http://www-1.ibm.com/support/docview.wss?rs=899&uid=swg21110573

Hier der Workaround:

1) Die Datenbank öffnen
2) Auf Datei - Replizierung... - Parameter... klicken
3) Auf Platzsparer klicken
4) In der ersten Zeile "Dokumente entfernen die seit 30 Tagen nicht geändert wurden" die 30 durch eine 0 ersetzten.
WICHTIG: NICHT die Checkbox vor der Zeile einschalten.
5) Datenbank schließen und neu öffnen

JoJo:
Super - danke matze79! Der Workaround arbeitet mit der Löschung der Löschrümpfe (deletion stubs). Da muss man aufpassen, dass nicht bereits gelöschte Dokumente von einer (in der Replikationstopologie weit entfernten) Replik zurückrepliziert werden. Die folgende überarbeitete Version gilt für eine Umgebung mit 2 geclusterten Mailservern ohne jede weitere Replik. Fallweise gibt es lokale Repliken am Client:

1. Gibt es eine lokale Replik? Wenn ja - WICHTIG: LÖSCHEN
2. Replik am Clusterserver A: ReplizierParameter/Platzsparer
3. In der ersten Zeile "Dokumente entfernen die seit x Tagen nicht geändert wurden" x durch eine 0 ersetzten. WICHTIG: NICHT die Checkbox vor der Zeile anhaken.
4. Datenbank schließen und neu öffnen
5. WICHTIG: Den in 1) und 2) modifizierten Wert auf x zurücksetzen (Standardwert ist 90)
6. Den von 2) bis 5) geschilderten Vorgang für die Replik am Clusterserver B durchführen
7. Lokale Replik neu anlegen, falls gewünscht

Navigation

[0] Themen-Index

[#] Nächste Seite