Autor Thema: fehlerhaftes Verbindungsdokument bei scriptfähiger Konfiguration  (Gelesen 1787 mal)

Offline pl001

  • Aktives Mitglied
  • ***
  • Beiträge: 170
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

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

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

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

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
« Letzte Änderung: 23.04.20 - 07:22:13 von pl001 »

Offline Sonja Schiffer

  • Frischling
  • *
  • Beiträge: 6
    • atBits GmbH & Co. KG - Softwareentwicklung und Beratung
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

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
« Letzte Änderung: 22.06.20 - 12:07:48 von Sonja Schiffer »
Grüße
Sonja Schiffer

Offline DomAdm

  • Senior Mitglied
  • ****
  • Beiträge: 359
  • Geschlecht: Männlich
  • Ich liebe dieses Forum!
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."
Jacob

Offline Sonja Schiffer

  • Frischling
  • *
  • Beiträge: 6
    • atBits GmbH & Co. KG - Softwareentwicklung und Beratung
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.
« Letzte Änderung: 22.06.20 - 14:03:17 von Sonja Schiffer »
Grüße
Sonja Schiffer

Offline Sonja Schiffer

  • Frischling
  • *
  • Beiträge: 6
    • atBits GmbH & Co. KG - Softwareentwicklung und Beratung
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
Grüße
Sonja Schiffer

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz