Notes.ini Einträge ... Doku?

[jww]

Gibt es irgendwo eine Art Tabelle, in der man nachsehen kann, welche Version von Domino welche Notes.ini Einträge (noch) braucht / bzw.. welche optional sind?

Es tummeln sich ja leider auch Client- und Server-spezifische Einträge wild durcheinander ...

Danke im Voraus!

[Tode]

Es gibt hunderte von Seiten mit Listen von ini- Einträgen. Aber: wozu brauchst Du die: selbst eine übervolle notes.ini mit einem Mix aus Client- und Server Einträgen wirkt sich nicht auf Client- Performance oder (meist) auf Stabilität aus... insofern ist das eigentlich irrelevant...

[ronka]

ja gibt es -> https://Admincamp.de/notesini

Der Datenbank dahinter ist sogar als Notes Datenbank zu haben, wenn interesse da ist einfach mal melden.

Die Einträge die "Obsolete" sind, sind dort erfasst, aber wie Tode auch schon sagt, ein ini Parameter ohne wirkung ist genau das, ohne wirkung. Weder schneller noch langsamer wird ein system dadürch.

[jww]

Danke für den Hinweis. Nur noch eine dumme Frage: Die Tabelle listet alle OBSOLETEN NOTE.INI Einträge? Das heißt, dass Die Variable, in deren Zeile KEINE Release-Zahl steht, nach wie vor gültig ist?

Ich hätte jetzt gedacht, dass die Release Zahl angibt, ab wann diese Variable erstmalig benutzt wurde?

Stehe leider auf dem Schlauch, danke für eine Erleuchtung!

[jBubbleBoy]

Das Deine Anwendungen nicht mehr im Browser laufen liegt an den Browsern und nicht an Notes. Anwendungen in Notes, egal ob 10 oder 20 Jahre alt, laufen im Notes Client auch heute noch oder anders gesagt, es gibt keine Funktionen die in Notes weggefallen/obsolet sind.

Deine Frage ergibt im Notes/Domino Umfeld leider keinen Sinn.

[jww]

ich habe diese Frage NICHT wegen Anwendungen sondern wegen dem reinen Verstehen der INI Einträge gestellt. Nicht immer alles mischen, nur weil zwei Posts zur fast gleichen Zeit gemacht werden ...

Bin aber inzwischen - durch Öffnen eines der "Dokumente" - weiter und es scheint klar zu sein, dass die Versionsnummer dort steht, wo der Eintrag ertsmaling auftauchte. Und scheinbar NUR im Dokument, WENN er denn obsolet wurde ... aber nicht in der "View" ... richtig?

[eknori]

Eine Liste aller jemals geschaffenen notes.ini Einträge zu haben, ist sicherlich schön. Aber das ist nur die halbe Miete. Man kann sich die notes.ini sehr gut zumisten. Sicherlich mag das für die Performance irrelevant sein.
Ich habe aber trotzdem gerne Ordnung im Schweinestall.
Der Domino Configuration Tuner hat da mal ansatzweise geholfen; leider tut sich da aber auch nichts mehr.
Die vorhandenen notes.ini Einträge werden auch in keiner Weise weiter dokumentiert.
Wer kann mir aus den öffentlich verfügbaren Informationen sagen, ob z.B. der Eintrag "CreateR85Log" noch aktuell ist? Wurde da gar ein CreateR11Log erschaffen, von dem wir nichts wissen? Oder ist die dahinter liegende Funktionalität in den Kern von Domino gewandert, und der Eintrag wird nicht mehr gebraucht?
Und was nicht mehr gebraucht wird, fliegt raus aus der notes.ini. Machen wir doch in der Entwicklung auch nicht anders. Obsoleter Code fliegt raus. Habe aber auch schon das Gegenteil erlebt. Da war mehr auskommentiertes Zeugs im source als funktionaler code.

[jww]

und genau darauf zielt meine Eingangsfrage ja ab. "Säuberung" wäre schön.

[Tode]

die einfachste Art der "Säuberung" im Client- Umfeld ist: Ini leeren bis auf die ersten 6 Zeilen

[Notes]
KitType=1
Directory=d:\IBM\Notes\Data
InstallType=2
InstallMode=1
NotesProgram=d:\IBM\Notes\

und dann eine Client- Neukonfiguration durchführen. Dann ist wirklich nix mehr drin, was man nicht wirklich braucht...
Dann kann man ja das Ergebnis mit der gesicherten alten ini vergleichen, und ggf. fehlende INI- Einträge in der geposteten Datenbank suchen und ggf. neu setzen, wenn man meint, dass man diese braucht.

ACHTUNG: Wenn man mit Server arbeitet, dann kann es sein, dass manche INI- Einträge erst später durch eine Desktop- Policy oder ähnliches geschrieben werden, also ggf. vor dem Vergleich den Client mal ne Weile laufen lassen.

[jww]

Einleuchtend.

Einzige Angst, die ich dabei habe, ist, dass dann Notes irgendwie in der Registry rumpfuscht ...aber Versuch macht klug und RegShot ist Dein Freund ...

[Tode]

Notes braucht gar keine Registry zum laufen... insofern: Die Angst ist unbegründet...

[eknori]

Aber natürlich hängt sich Notes in die Registry. PrgmDir, Files Association etc.

[Tode]

ja schon, aber doch nicht bei der Client- Reconfiguration, oder liege ich da falsch?

[jww]

Ich wills nochmal sagen ... um den Client mache ich mir keinen Kopf. Es geht hier erst mal um Server. Ich weiss gar nicht mehr, wann ich letztmalig den Client des Servers geöffnet hatte ...

[jBubbleBoy]

Du sorgst Dich um den Server, warum? Das Ding läuft jetzt 10 Jahre, oder? Das wird sich erst ändern wenn jemand notes.ini Einträge entfernt

[jww]

fast 15 Jahre, glaube ich ... (V7x)

naja trotzdem ... wenn mal etwas nicht funzt oder man etwas Ändern/ Ein- oder ausschalten möchte etc. dann die richtige Variable schnell zu finden (und sicher zu sein, dass das, was man tut auch nicht durch anderes konterkariert wird) ist schon schön und bei aufgeräumter (und verschlankter) INI sehr viel einfacher.

Meine nächste Frage wäre dann ja gewesen: "applies to" ... kann das auch auf Tasks runtergebrochen werden? Denn nur "server/Client/OS" ist was grobschlächtig. Aber die Beantwortung dieser Frage kann ich mir wahrscheinlich ganz abschminken.

[ronka]

Du kannst dir einen sehr schöne alphabetische auflistung machen von das was in dein Server Notes.ini drin steht.

Gehe auf der Console und schreibe

Show Config *

Der Server zeigt dir dann alle Variabele in Alphabetische Reinfolge.

Wenn du dann noch so klug bist um diesen zu vergleichen weisst du mehr.

Set Config Variabele=

LÖSCHT den variabele dann aus der Notes.ini raus.

[PromITheus]

Der Link zur Bedeutung der notes.ini Einträge funktioniert leider nicht mehr!

https://Admincamp.de/notesini

Googlen hat mir nichts gebracht. Gibt es eine neue URL, hat jemand einen alternativen Link?

[eknori]

https://notescamp.de/notesini/name?openview

[PromITheus]

Vielen Dank!