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

fehlerhaftes Verbindungsdokument bei scriptfähiger Konfiguration

(1/1)

pl001:
Hallo,

seit Notes 9 haben wir das Problem, dass die scriptfähige Konfiguration von Notes nicht mehr fehlerfrei läuft, da das erforderliche Verbindungsdokument nicht korrekt erstellt wird. Die Clientsysteme befinden sich nicht in der selben Domäne wie die Domino-Server und können daher auch nicht direkt über den Hostnamen aufgelöst werden, so dass ein Verbindungsdokument mit dem FQDN des jeweiligen Domino-Servers erforderlich ist. Bis Notes 8.5.3 wurde dies auch korrekt, mit folgenden Angaben erstellt.


--- Code: ---Servername: MAIL15A/xxx/xxx/xxx/DE
Adresse des Zielservers: mail15a.xxx.de
--- Ende Code ---

Unter Notes 9 und 10 führt die scriptfähige Konfiguration aber zu folgenden Verbindungsdokument.


--- Code: ---Servername: MAIL15A/xxx/xxx/xxx/DE
Adresse des Zielservers: CN=MAIL15A/OU=xxx/OU=xxx/O=xxx/C=DE
--- Ende Code ---

Die Namensauflösung kann so natürlich nicht funktionieren und der Client kann keine Verbindung zu seinem Server herstellen. In beiden Fällen wurden folgende Ausgangskonfiguration verwendet.

notes.ini

--- Code: ---[Notes]
ConfigFile=U:\Notes\config.txt
KitType=1
InstallType=6
Directory=U:\Notes
UserInterface=de
SharedDataDirectory=C:\ProgramData\Lotus\Notes\Data\Shared
IM_DISABLED=1
IM_NO_SETUP=1
--- Ende Code ---

config.txt

--- Code: ---Username=Max Mustermann/xxx/xxx/DE
KeyfileName=U:\Notes\username.id
Domino.Name=MAIL15A/xxx/xxx/xxx/DE
Domino.Address=mail15a.xxx.de
Domino.Port=TCPIP
Domino.Server=1
AdditionalServices=0
AdditionalServices.NetworkDial=0
Replication.Threshold=9999
Replication.Schedule=0
--- Ende Code ---

Offensichtlich wird also die Einstellung "Domino.Address" nicht mehr übernommen.

Haben wir eventuell etwas übersehen oder hat sich bei der scriptfähigen Konfiguration ab Notes 9 etwas geändert. Wir haben auch nach intensiver Suche hierzu bisher keine Lösung finden können.

Gruß
Peter

Sonja Schiffer:
Wir haben vielleicht ein ähnliches Problem. Wir ziehen die ID aus dem ID-Vault. Der Notes-Username ist über den Windowsusernamen gekoppelt. In seltenen Ausnahmen stimmen Windowsusername und Notesusername aber nicht überein. In diesem Fall erscheint dann der Anmeldedialog zur Eingabe des Passwortes mit dem falschen Usernamen. Mit Beenden kommt man zum Client-Config Dialog zurück und kann dann einen neuen Benutzernamen eingeben. Als Servername wird der Server korrekt mit Mail1/xxx/xxx angezeigt aber beim weiterklicken die ID nicht gefunden und es erscheint die Auswahl eines ID-Files. Nach Abrechen wird in die Notes. ini folgendes hinzugefügt: KeyFileName, KeyFileName_Owner, Mailserver=@CN=Mail1/OU=xxx/O=xxx->CN=Mail1/OU=xxx/O=xxx, CertificateExpChecked, ISUserUpgrade, DESKWINDOWSIZE,FileDlgDirectory.
Nimmt man dann aus der setup.txt den Username raus kommt man direkt zum Client-Config Dialog mit lerem Benutzername und dem Servereintrag ausgefüllt mit Mail1/xxx/xxx. Nach Eingabe des Benutzernames wird die ID gefunden. In der notes.ini wurde folgendes hinzugefügt: KeyFileName, KeyFileName_Owner, Mailserver=@mail1.xxx.xxx.com->CN=Mail1/OU=xxx/O=xxx. Beim Abbruch an dieser Stelle verschwinden die 3 Einträge und es wird noch folgendes hinzugefügt: ISUserUpgrade, DESKWINDOWSIZE,FileDlgDirectory

Der Einzig wirkliche Unterschied in der notes.ini ist der Mailservereintrag. Einmal mit =@CN=Mail1/OU=xxx/O=xxx->CN=Mail1/OU=xxx/O=xxx und das andere Mal mit =@mail1.xxx.xxx.com->CN=Mail1/OU=xxx/O=xxx. Es scheint also, dass der Dialog die Domino.Address Angabe aus dem ConfigFile (setup.txt) beim Klick auf Beenden verliert und dann vermutlich die Verbindung zum Server fehlschlägt.

notes.ini

--- Code: ---[Notes]
KitType=1
SharedDataDirectory=C:\ProgramData\IBM\IBM\Data\Shared
InstallType=6
InstallMode=1
NotesProgram=C:\Program Files (x86)\IBM\Notes
StartupDBName=Smallstartup.nsf
ConfigFile=C:\tmp\setup.txt

--- Ende Code ---

setup.txt

--- Code: ---Domino.Port=TCPIP
Domino.Server=1
AdditionalServices=0
AdditionalServices.NetworkDial=0
Replication.Threshold=1
Replication.Schedule=1
CREATE_R9_DATABASES=1
Auto_Save_Enabled=0
Username=%USERNAME%
Domino.Name=Mail1/xxx/xxx
Domino.Address=mail1.xxx.xxx.com

--- Ende Code ---

DomAdm:
Hallo,

hilft das?

https://www.ibm.com/support/pages/apar/LO85986
"If MailServer=servername.acme.com is set in the notes.ini before in the install then it works correctly.

This issue only occurs in Notes 9. Using the same ConfigFile and Notes.ini when installing on Notes 8.5.3 works with no issues."

Sonja Schiffer:
Oh danke für die schnelle Antwort, die kam bevor ich den Post ganz abgeschlossen hatte, ich hatte wohl zwischendrin versehentlich gespeichert...
Hatte sich vielversprechend angehört, aber die IBM schreibt leider ja schon, dass sie den Fehler nicht reproduzieren konnten...
Wir haben 9.0.1 FP10 SHF315 und SHF380 sowie FP7 im Einsatz überalll das gleiche.

Das hinzufügen des MailServers in der notes.ini im Shared-Dataverzeichnis führt nicht zur Lösung sondern zu folgendem Effekt:
bei Eingabe MailServer=mail1.xxx.xxx.com scheint das CongiFile gar nicht mehr verwendet zu werden, sondern der ganze Dialog muss durchgeklickt werden auch wenn der Username der gleiche bleiben sollte. Das selbe bei Eingabe MailServer=@mail1.xxx.xxx.com->CN=Mail1/OU=xxx/O=xxx. Bei Eingabe MailServer=Mail1/xxx/xxx sind wir wieder beim oben beschriebenen Problemverhalten, so als ob der Eintrag MailServer in der notes.ini gar nicht vorhanden sei, interessanterweise ist er zwischendrin auch gar nicht in der notes.ini zu finden und wird dann erst am Ende wieder hinzugefügt.

Wir helfen uns jetzt erst mal damit, dass der Username aus dem Konfigfile auf den entsprechenden Rechnern manuell rausgenommen wird aber es ist natürlich nicht die schöne Variante. Ich glaube da wende ich mich dann mal noch an HCL und Berichte bei Neuigkeiten.
Weitere Ideen sind natürlich herzlich willkommen.

Sonja Schiffer:
Hier die HCL-Antwort:

Vielen dank für Ihre Geduld und Zusammenarbeit.
Wir haben genaue Szenario in Test Umgebung reproduziert. Es funktioniert genaue so wie es bei Ihnen funktioniert.
Wir haben mit unserem Entwicklungsteam einen " Tief-Check" durchgeführt, und nach deren Aussage funktioniert es wie geplant.
Wir haben jedoch ein Enhancement Request für dasselbe erstellt und es kann in zukünftigen Versionen des Notes Client implementiert werden, basierend auf den vom Kunden gemeldeten Problemen.
URL des Enhancement Request : https://domino-ideas.hcltechsw.com/ideas/NTS-I-1347

Navigation

[0] Themen-Index