INI-Eintrag: NAMES=names.nsf -> Wann?

[sloe]

Hi @all,

um die Frage zu präzisieren:

Wann kommt der Eintrag (Aktion, Zeitpunkt, etc.)

NAMES=names.nsf

in die notes.ini des Benutzers?
Schon jetzt vielen Dank.

[m3]

Bei der Installation des Clients?

[koehlerbv]

Bei der Konfiguration des Clients! Nach der Installation ist die NOTES.INI noch fast splitternackicht.

Bernhard

[sloe]

Das dachte ich auch.
Nun habe ich aber Nutzer, die schon seit September mit unserem IBM-Wunderprodukt arbeiten und immer noch nicht diesen Eintrag haben.
Irgendwas anderes verhindert oder löst diesen Eintrag erst später aus.
Wenn ich mit
   PersonalAddressBook = Trim(session.GetEnvironmentString("Names",True))
darauf zugreifen will, klappt das bei 2 Millionen Anwendern ohne Probleme, aber neue Benutzer haben den Eintrag manchmal(!?!) nicht. Ich schalte mich extra drauf und in der ini ist nada.
Argh!

[m3]

Die aktuellen Adressbücher holt man sich auch über notesSession.AddressBooks und nicht über irgendwelche ini-Stunts.

[sloe]

Ich werde

Forall db In session.AddressBooks
    Call db.open("", "") ' Must open database
    If db.IsPrivateAddressBook Then
      privates = privates & db.Server & " " & _
      db.FilePath & Chr(13)
    End If
  End Forall

als Lösung an mein überbezahltes Rechenzentrum verkaufen ;-)

THX.

[koehlerbv]

Also - ohne Eintrag NAMES= geht beim Notes-Client nichts. Wie das bei früheren Versionen war, habe ich noch nicht geprüft, aber bei R7 legt der Client nach dem Start sogar einen gelöschten Eintrag NAMES= wieder neu an.

Und Martin hat vollkommen Recht mit NotesSession.Addressbooks.

Bernhard

[sloe]

Also - ohne Eintrag NAMES= geht beim Notes-Client nichts.

Deswegen kriege ich ja so einen Rappel. Habe es selbst mit einem neuen User ausprobiert und es ging ohne ini-Eintrag. Nach einer Weile tauchte der dann auf, mir ist nur nicht klar, unter welchen Bedingungen...

Was solls, mit Adressbooks isses ja kein Problem mehr.

[koehlerbv]

Das würde mich jetzt aber wundern (aber herrjeh, ich lerne ja auch nach 16 Jahren Notes ständig Neues, und das ist auch gut so).
NotesSession.Addressbooks holt sich der Client letztendlich eben aus der NOTES.INI. Damit beisst sich das ganze dann irgendwie ...

Bist Du sicher, dass Du bei der Kontrolle wirklich die richtige NOTES:INI geholt hast?

Bernhard

[m3]

Jup. Ich denke auch, dass da ev. eine "falsche" notes.ini reinfunkt.
Wovon reden wir denn eigentlich Notes 6.5 Clients auf Windows ........?
Installation des Clients manuell, über ein Image, ... ?

[eknori]

Also, ich habe mal spasseshalber den Eintrag names= aus der ini meines 8er Basic Clients gelöscht und arbeite jetzt schon seit einer Stunde im Notes, ohne daß der Eintrag wieder auftaucht.
Habe Notes zwischenzeitlich mehrmals geschlossen und neu gestartet. ...
Mal sehen, ob der Eintrag wieder auftaucht.

[Driri]

Ist im 6.5er Client ebenfalls so. Wenn ich den Eintrag aus der INI schmeiße und Notes starte, arbeitet der Client ohne zu Murren. Der Eintrag wird auch nicht wieder eingetragen.

[koehlerbv]

Bei mir hat er den sofort hinten wieder angehangen - gleich nach dem Client-Start.

Bernhard

[koehlerbv]

Merkwürdig - habe das jetzt nochmal mit einem 6.5.6er Client gemacht - der NAMES=-Eintrag bleibt draussen.
Und NotesSession.Addressbooks funktioniert natürlich auch ...

Bisher war ich mir sicher, dass ohne diesen Eintrag gar nichts geht. Ich bin gerade eines Besseren belehrt worden ...

Bernhard

[MartinG]

Also ich kenne das Phänomen des fehlenden Eintrages auch, weil wir lange Zeit diesen Eintrag bei jedem Client verbogen haben auf names=u:\lotus\names.nsf, da ich nicht einsehe das ganze DATA Verzeichnis aufs Netzwerk zu legen, und in ca 3-5% aller Fälle war der Eintrag nicht da und wir haben Ihn dann manuell erstellt und entsprechend abgeändert....

[sloe]

Hi @All,

habe in Grégory Engels INI-Db nachgesehen, war leider nichts zu finden, drcc Ini-Referenz ist anscheinend ins Performance Loch gefallen und sonst ist auch nichts so richtig bei IBM (http://www.ibm.com/developerworks/lotus/documentation/notes-ini/ktoo.html) zu finden.

Heute morgen wieder einer ohne Eintrag, hatte die Schnauze voll und habe es mal nachgestellt (Client 6.5.3).

Der Ini-Eintrag kommt erst rein, wenn der Benutzer die Benutzervorgaben aufruft.

Das wars. Der Benutzer muß nicht mal speichern.

[eknori]

Selbst nach einem kompletten Rechner Neustart ist von dem Eintrag weit und breit nichts zu sehen.

[eknori]

Der Ini-Eintrag kommt erst rein, wenn der Benutzer die Benutzervorgaben aufruft.

Im 8er kann ich das AU Dokument bearbeiten und Speichern, ohne daß der Eintrag erstellt wird ...

Stimmt, Aufruf Vorgaben - Benutzervorgaben schreibt den Eintrag in die .ini

[koehlerbv]

Mir ist jetzt auch klar, warum der Eintrag gestern wieder gesetzt wurde: Ich hatte dabei auf einen Domino zugegriffen, der eine Policy mit Bezug auf den DC hat. Und dabei muss natürlich die NAMES= vorhanden sein ...

Bernhard

PS: Ulrich, das Bearbeiten der AU spielt hier nicht mit. Sloe meint "Datei - Vorgaben - Benutzervorgaben". Und dass das funktioniert, kann ich bestätigen