Guten Morgen!

Nach dem Telefonat mit der Telekom und der Info, dass der KIM-Installationsservice drei Wochen Vorlauf hat, erhoffen wir uns hier Unterstützung.

Zur Vorgeschichte:
Das KIM-Client Modul lief einige Zeit ohne Verschlüsselung soweit einwandfrei, jedoch nie wirklich in Zusammenarbeit mit dem PVS (Charly). Ein Selbsttest auf dem Server war immer fehlerlos, nur hat das PVS nicht mit dem Client-Modul kommuniziert, die Mails wurden nicht abgerufen.

Da die Kommunikation mit dem Konnektor verschlüsselt ablaufen soll, wurde die TLS-Pflicht aktiviert und das PVS entsprechend angepasst. Die Kommunikation zwischen Secunet Konnektor und dem PVS lief bisher immer fehlerfrei, egal ob mit Zertifikat oder Benutzername/Passwort.

Nur das KIM Client-Modul der Telekom macht Zicken.

Das Modul wurde schon mehrfach neuinstalliert, oder eine Update-Installation gemacht. Dabei wurde das Zertifikat oder Benutzername/Passwort gewählt, leider funktioniert seitdem das Modul nicht, egal ob als Dienst oder als Verknüpfung.

Schon mal Herzlichen Dank!

VG Florian


System: Windows Server 2019
KIM-Modul: T-KIM-Client-Module-2.0.7-2-19820-gepatcht-windows-x64
Clientsystem: Solutio Charly 9.25.3
Konnektor: Secunet 5.1.3

TLS-Pflicht aktiviert
Kommunikation mit PVS funktioniert einwandfrei

LOG-Dateien:

Clientmoduleerror.log

Zitat

---

2023-01-16 21:59:33.678 [{id=cfddcb8f-5849-4401-bc0a-fe0f4a3f6e57}] [main] ERROR com.tsystems.gematik.komle.clientmodule.ClientModule.logErrorToConsoleOrShowMessage - T-KIM Client Module konnte NICHT erfolgreich gestartet werden, die Ursache ist: null Bitte ueberpruefen Sie die Log Datei fuer weitere Details.
2023-01-16 22:00:48.096 [{id=d8aebb58-113a-41ad-830f-6eb4635e764b}] [main] ERROR com.tsystems.gematik.komle.clientmodule.ClientModule.startClientModule - Catching java.lang.NullPointerException: null
at com.tsystems.gematik.komle.mail.ssl.KeystoreManager.init(KeystoreManager.java:45) ~[KomleMail-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.mail.ssl.KeystoreManager.<init>(KeystoreManager.java:29) ~[KomleMail-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.mail.ssl.KeystoreManager.getKeystoreManager(KeystoreManager.java:34) ~[KomleMail-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.clientmodule.ssl.CMCSSSLEngineSource.getKeyManagers(CMCSSSLEngineSource.java:59) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.clientmodule.ssl.CMCSSSLEngineSource.init(CMCSSSLEngineSource.java:48) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.clientmodule.ssl.CMCSSSLEngineSource.<init>(CMCSSSLEngineSource.java:38) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.clientmodule.smtp.server.SmtpProxyServer.<init>(SmtpProxyServer.java:41) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.clientmodule.ClientModule.startServers(ClientModule.java:535) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.clientmodule.ClientModule.startClientModule(ClientModule.java:186) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.clientmodule.CMJmxClient.startClientModule(CMJmxClient.java:78) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.clientmodule.CMJmxClient.executeCommandline(CMJmxClient.java:191) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.clientmodule.ClientModule.handleCmdLine(ClientModule.java:132) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at com.tsystems.gematik.komle.clientmodule.ClientModule.main(ClientModule.java:711) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19820]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?]
at com.exe4j.runtime.LauncherEngine.launch(LauncherEngine.java:84) ~[i4jruntime.jar:?]
at com.exe4j.runtime.WinLauncher.main(WinLauncher.java:94) ~[i4jruntime.jar:?]
at com.install4j.runtime.launcher.WinLauncher.main(WinLauncher.java:25) ~[i4jruntime.jar:?]

---

Guten Morgen!

Zwischenzeitlich habe ich Kontakt zum Telekom KIM Support per Mail gehabt. Die konnten mir weiterhelfen.
Nach der Neuinstallation hatte ich das Zertifikat für das KIM-Modul über den Administration-Client nicht installiert.

Viele Grüße

Florian

Hier die Antwort der Telekom:

Zitat

---

Sie müssen noch die Installation durch die Installation des KIM-Client-Modul-Zertifikates abschließen.
Starten Sie dazu den Admin-Client und wählen Konnektor, Kontext und Karte aus. Gehen Sie dann auf den Reiter „Account bearbeiten“ (1).
Nun können Sie Ihre KIM-E-Mail-Adresse (2) und das Passwort (3) eingeben. Nochmals auf den Reiter klicken (4), dann sollte der Button „Zertifikat installieren“ freigegeben werden.
Klicken Sie auf den Button (5). Danach erscheint noch mal eine Nachfrage, ob Sie das Zertifikat erneuern/installieren wollen. Bitte bestätigen.

Wurde Das Zertifikat erfolgreich erneuert/installiert können Sie das KIM-Client-Modul starten.
Unter dem Reiter „Unterstützung“ finden Sie einen Selbsttest.

---