Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: Jenson am 08.02.06 - 09:05:48
-
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
-
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
-
Woran kann das liegen, bzw. wie kann ich dafür sorgen dass das wieder zuverlässig funktioniert?
... 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
-
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
-
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
-
Hi,
habe das gleiche Problem (Client 6.0.3, R6 Standard Schablone) jedoch kann ich den Zähler nicht auf null setzen da bei mir das Feld nicht anwählbar ist. ???
Gruss Dosta
-
Man muss in der ACL der Datenbank mindestens Designer- (wenn nicht Manager-) Rechte haben, damit man die Replizierparameter modifizieren darf.
-
Man braucht Managerrechte. Alles darunter reicht nicht, um die Replizierparameter einzustellen. Es sei denn, man hat eine lokale Replik (ohne konsistente ACL, aber dann ist man ja auch wieder Manager und das juckt dann die Serverreplik nicht mehr, wenn man dort dann was dreht).
Bernhard
-
Danke das wars ;D