Kai003 hat geschrieben: ↑Samstag 24. Februar 2024, 09:00
[...]
das Passwort kommt also an 5 Stellen rein, richtig?
die vor Dir (Forti) gepostete Stelle
hie bei SMTPr:
und hier bei POP3:
[...]
Im eCockpit zeigt der Verbindungstest, dass pop3 und smtp nicht funktionieren würden, LDAP aber schon.... jetzt aber erstmal im wald holz spalten, das ist ein Feierabendproblem
Monat 2 ohne Kim...
Oh, halt, stop!
Das Passwort für POP und SMTP vergibt man bei der Registrierung der KIM-Adresse. Danach wird es NUR NOCH im Client (ALBIS, Mailprogramm etc.) eingegeben. Nicht aber im KIM-Clientmodul-Configtool. Auch nicht in einer .conf. Auch nicht im WCM.
LDAP geht fast immer, solange ALBIS den Konnektor korrekt ansprechen kann und dieser das LDAP-Verzeichnis auch ohne Client-Authentisierung zulässt (was in der Regel in den Anleitungen in dieser Form als Standard abgebildet ist).
Das selbst erstellte POP/SMTP-Kennwort hat im KIM-CM-Config nichts zu suchen.
Screenshots aus dem KIM-CM-CONFIG aus Ihrem/Deinem Beitrag:
Die Felder SMTP-KEYPIN_Client und POP3_KEYPIN_Client bitte NICHT editieren. Sie beziehen sich auf die bei der Registrierung abgeholten Zertfikate, mit der KIM-Clientmodul und KIM-Postfachserver sich gegenseitig legitimieren. Mit denen haben wir nichts am Hut. Auch kennen wir als Endnutzer nicht die Passwörter/KEYPIN.
Dementsprechend würde jeder manuelle Eintrag in diesen Feldern dazu führen, dass das KIM-Clientmodul diese Zertifikate nicht mehr öffnen kann. Damit sind Abholung (POP3) und Versand (SMTP) nicht mehr möglich:
2024-02-23 19:36:03,175 FATAL Fehler - [?] [] [Failed to start SMTP handler: keystore password was incorrect]
Wenn da einmal manuelle Eingaben und Speicherung erfolgt sind, ist der kürzeste Weg: KIM-Adresse DE-registrieren und neu registrieren.
Welches Passwort wo und wann?
===========================
KIM-ASSIST - Registrierung
1) Beim Start: Zertifikatspasswort (das Konnektor-Client-Zertifikat, das auch für ALBIS gilt)
2) Im Verlauf: Registrierungscode (aus dem Shop): Eingabe im KIM-ASSIST bei der Registrierung der KIM-Adresse.
3) Weiter im Verlauf erstellt man (selbst) das KIM-Passwort, das später für SMTP und POP gültig ist.
4) Hier wird bei Registrierung im Standalone-Modus am Ende ein Dialog gezeigt, der die Benutzernamen für POP3 und SMTP wiedergibt.
KIM CM-CONFIG - für spätere Anpassungen am KIM-Clientmodul
1) Dieses liest aus der per ASSIST erstellten .CONF und der .sec die Daten aus
2) Hier verwendet man manuell NUR das Zertifikatspasswort
3) Alle anderen Passwortfelder sind NICHT manuell zu bearbeiten
ALBIS
1) im von mir weiter oben abgebildeten Dialog innerhalb von ALBIS kann man die KIM-Adresse
- bei KIM-CM STANDALONE manuell komplett erfassen inklusive SMTP- und POP-Kennwort oder
- bei KIM-Registrierung aus ALBIS heraus die Zugangsdaten einsehen und anpassen.
===============
Also bei Standalone:
1) KIM-Adresse registrieren per KIM ASSIST. Am Anfang nutzen wir zur Konnektor-Anmeldung das Clientzertifikat samt Kennwort.
Im Verlauf erstellen wir das POP/SMTP-Kennwort.
2) IN ALBIS erfassen wir danach das KIM-Clientmodul, den Fachdienst und können DANN eine NEUE KIM-Adresse (eines anderen Anbieters) hinzufügen.
Hier brauchen wir nur noch SMC-B oder eHBA, die Adresse und das selbst vergebene POP/SMTP-Kennwort.
Bei Registrierung aus ALBIS heraus ist zu beachten, dass ALBIS das KIM-Modul im eigenen Pfad verwendet und nicht das Stand-Alone.
Der Ablauf ist ansonsten fast identisch, wobei ALBIS dann alle notwendigen Clientdaten automatisch übergeben bekommt.
Ich hoffe, dass das einigermaßen strukturiert oder "die wichtigen Punkte erläuternd" dargestellt ist.
Off-topic
Das CGM-KIM-Clientmodul macht einfach keinen Spaß. Im Vergleich mit kv.dox/Akquinet fühlt es sich an wie Höhlenmalerei gegen ein PDF-Formular.
Aus wirtschaftlichen Gründen spendiere ich meinen Praxen den Wechsel zu kv.dox (bzw. das Original von Akquinet bei Zahnmedizin und Psy) samt Einrichtung. Das kostet mich maximal 30 Minuten "für alles" plus vielleicht ein bis zwei Monatsraten im Rahmen der Kündigungswirksamkeit.
In dem Zeitfenster ist alles drin von De-Registrierung der CGM-KIM-Adresse und Kündigung im Shop über die komplette Bestell- und Einrichtungsstrecke beim neuen KIM-Clientmodul.
Es bleibt zu hoffen, dass CGM beim nächsten KIM-Entwicklungsschritt entweder selbst eine komplett überarbeitete und ergonomische Lösung abliefert oder etwas Brauchbares einkauft. Denn beim CGM-KIM als Standalone (!) stimmt abseits der Software und den gelegentlichen Glitches im Bereich der Serververwaltung (fehlende/gesperrte Zertifikate) selbst eigentlich alles: Zugänglichkeit im Bestellprozess, Preis, erstklassige Erreichbarkeit und TOP-Kompetenz im freundlichen Supportcenter.
Sie haben keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Ziel ist natürlich die Integration ins PVS, damit die eArztbriefe dann halt auch in den Karteikarten liegen.... und vorallem dass dann auch eAUs versendet werden können... wenn das mit TB geht, bin ich sofort dabei 
Albis überlebt auch nur noch so lange, bis ich die Abrechnung verstanden hab und ein passendes PVS gefunden habe, das nicht pro Arbeitsplatz bezahlt wird und ich die Geräte wieder per GPT kostenfrei anbinden kann.