Es hilft nur zum Teil:
Ich verwende
Mehr -> Vorgaben -> Kalendar/Aufgaben -> Anzeigen -> Benachrichtigungen -> Anzeigen : "Alle ausser Antworten"
Nachteil: Man sieht die Ablehnungen leider nicht, die muß man aus dem Teilnahmestatus des jeweilgen Meetings feststellen.
Die Bedienung ist aber deutlich angenehmer, als dauernd irgendwelche Zusagen aus der Inbox zu löschen
Ist das Log-File recht groß (einige GB ) und entsprechend IBM Empfehlung TXN-Logging fur das Log ausgeschaltet, dauert das Starten ewig.
Lösung: log.nsf vor dem Start immer umbenennen/verschieben.
Das hat den Start bei uns um 15 Minuten beschleunigt.
und haben nun 852FP3HF430
sowie eine neue Schablone
8.5.2 Build 401.15HF51 vom 2. Februar 2012
jetzt scheint Ruhe eingekehrt
Das Thema mit dem OOO-Diagnostic-Tool u.ä. ist eine typische "Reparatur" von IBM
und löst wie immer nicht die Ursache sondern fängt durch Löschen des Agenten und der OOO-Konfiguration und OOO-Summary
einfach nur bei 0 an, nach der Windows Methode "Boot tut gut"
Wer 1200 User hat, von denen nach Weihnachten Ostern und SOmmerferien sich regelmässig Kollegen mit diesen Problemen melden
kommt aus den Reparaturen nicht raus !
Meine User wollten OOO schon gar nicht mehr verwenden ...
Datei kleiner machen ist nicht der richtige weg.
Es gibt in der Notes.ini einen Paramter LOG mit der sich die zeitliche Tiefe des Logfiles einstellen lässt.
Log=log.nsf,1,0,14,40000
Diverse Teilprozesse lassen sich ebenfalls in ihrem Logging beeinflussen.
SIehe dazu die Dokumentationen zu notes.ini
Eine Komprimierung im Laufenden Betrieb geht leider nicht.
Herunterfahren ist in den meisten Installationen ein nicht durchführbarer Vorschlag.
Also Limitierung des Loggings auf benötigte Dinge und vernünftige Zeiten.
Logfiles die niemand liest (aufgrund Ihrer Größe lesen kann) sind Unsinn.
Sobald die Datenbank größer als 2 GB ist, scheinen die Berechnungen (32-bit signed integer) zu versagen.
Man erhält je nach Admin-Version lustige Zahlen
für 2-4 GB sehe ich typisch Zahlen zwischen 100 % und 1000%
ab 4 G bis 16 G sehe ich 1000-10000 %
ab 16 G sehe ich % Werte jenseits 10000%
Größere Daqtenbanken habe ich nicht 
Notes schleppt jede Menge Altlasten von anno otto mit sich herum und ist an vielen Stellen mit 16 und 32bit Limits eingeschränkt
(wegen signed int sind oft 32767 und 2 Milliarden böse Zahlen )
Das %-Problem ist noch das harmloseste von diesen Übeln.
Mailgruppen mit Mitgliederstrings deren Gesamtlänge 32767 Zeichen sprengen, böse !
Ein Trash in den durch einen Notes-Fehler 40000 Dokumente verschoben wurden, Undelete geht nur für 32767 Dokumente.
Schade ein "paar" Dokumente fehlen !
Zum Thema passen auch noch Unterstriche in Foldernamen, doppelte Leerzeichen ....
..... Viele dieser Limitierungen schlummern in Notes und Domino und warten auf den arglosen User oder Admin der in heutigen Tagen mit solchen Limitierungen gar nicht mehr rechnet.
Macht man einen PMR bei IBM zu dem Thema auf, ..... 
Wer eine Liste der Known Limits von IBM erwartet ..... 
Frustthema
