C_11833_Anlage_V1.0.0

A_23512-02 - Auswertung der KOM-LE-Version bei Nachrichten mit KAS-Content

Das Clientmodul MUSS beim Empfang einer KOM-LE-Nachricht mit einer KIM-Attachment-Datenstruktur, deren Größe den Wert 15 MiB übersteigt, prüfen, ob für den Empfänger eine Freigabe zum Empfang großer Nachrichten vorliegt. Ist dies nicht der Fall, MUSS das Clientmodul die Weiterverarbeitung der Nachricht und damit dem Abruf der KAS-Daten unterbinden. Das Clientmodul MUSS in diesem Fall eine Fehlernachricht an den Empfänger erzeugen. Als Fehlernachricht MUSS eine multipart/mixed MIME-Nachricht an das Clientsystem übermittelt werden, welche die verschlüsselte KOM-LE-S/MIME-Nachricht als eine message/rfc822 MIME-Einheit beinhaltet. So kann, nach Anpassung der KOM-LE-Version, die Nachricht an den Empfänger weitergeleitet und erneut abgerufen werden. Zusätzlich muss diese multipart/mixed MIME-Nachricht eine text/plain MIME-Einheit mit geeignetem Fehlertext enthalten. Die orig-date, from, sender, reply-to, to und cc Header-Elemente der neuen multipart/mixed Nachricht werden aus der empfangenen KOM-LE-S/MIME-Nachricht übernommen. Das subject Header-Element der neuen multipart/mixed Nachricht erhält den Wert „Die KIM-Nachricht kann nicht empfangen werden, weil der Empfang großer Nachrichten nicht aktiviert wurde“. Im Fehlertext der Nachricht muss der Empfänger darauf hingewiesen werden, dass eine Nachricht empfangen wurde, die aufgrund deren Größe gemäß der Account-Einstellung (KOM-LE-Version) nicht verarbeitet werden darf. Das Header-Element X-KIM-Fehlermeldung MUSS den Fehlercode 4018 enthalten. Es MUSS darauf hingewiesen werden, wie entsprechende Konfigurationen über den Account-Manager angepasst werden können und wie der Empfänger den Empfang durch Weiterleitung der Fehlernachricht wiederholen kann. [<=]

KOM-LE-A_2010-01 - Extrahieren von MTA-Adresse, Portnummer und Kartenaufrufkontext

Das Clientmodul MUSS den Benutzernamen, die MTA-Adresse, die zugehörige Portnummer und den Kartenaufrufkontext und, wenn vorhanden, die MTA-Adresse und die zugehörige Portnummer aus dem vom Clientsystem erhaltenen SMTP-Benutzernamen entsprechend Abbildung Abb_MTA_Nutzer_Name extrahieren. [<=]

A_23174-01 - Sicherstellung der Empfängeradressen

Das Clientmodul MUSS sicherstellen, dass nur die vom Clientsystem an das Clientmodul übergebenen E-Mail-Adressen die zuvor im SMTP-Kommando RCPT TO gemäß [KOM-LE-A_2176-01, A_19356-0x, KOM-LE-A_2176-0x] geprüft wurden, im Mail Header to und cc in der KOM-LE-Nachricht verbleiben.
[<=]

A_23713-01 - Clientmodul, Pflege der Anwendungskennzeichen

Das Clientmodul MUSS ein User Interface zur Pflege der Anwendungskennzeichen pro KIM-Adresse des Nutzers bereitstellen.
Die Änderungen an den Anwendungskennzeichen einer KIM-Adresse MUSS das Clientmodul über die Schnittstelle I_AccountManager_Service an den Account Manager übergeben. Es dürfen nur gültige Anwendungskennzeichen verwendet werden. Mindestens eine der KIM-Adressen der FAD im Verzeichnisdiensteintrag des Nutzers MUSS das Standard Anwendungskennzeichen "KIM-Mail" erhalten. Das Clientmodul MUSS den Wechsel zu einer anderen KIM-Adresse des Fachdiensteintrages im Verzeichnisdiensteintrag des Nutzers ermöglichen. Das Administrationsmodul MUSS in geeigneter Form die Auswahl einer E-Mail-Adresse anbieten, welche zukünftig das Standard Anwendungskennzeichen innerhalb des aktuellen Fachdiensteintrages bekommen soll. Diese getroffene Entscheidung MUSS als Bestandteil der Operation setAccount am Interface I_AccountManager_Service übergeben werden.
[<=]

A_19460-01 - Registrierungsdialog KOM-LE-Teilnehmer Administrationsmodul

Das Administrationsmodul MUSS die Registrierung des neuen KOM-LE-Teilnehmers im Dialog durchführen. Das Administrationsmodul MUSS prüfen ob es sich bei der zu registrierenden E-Mail-Adresse um die erste im FAD des Verzeichnisdiensteintrags handelt und, wenn dem so ist, den Nutzer darüber informieren das das Standard Anwendungskennzeichen seiner E-Mail-Adresse zugewiesen wird.
[<=]

A_26072 - Deregistrierung KOM-LE-Teilnehmer mit Standard Anwendungskennzeichen

Das Administrationsmodul MUSS die Deregistrierung des KOM-LE-Teilnehmers im Dialog durchführen. Im Verlauf der Deregistrierung MUSS der KOM-LE-Teilnehmer in geeigneter Form informiert werden, dass die Deregistrierung zur Löschung des Standard Anwendungskennzeichens führen wird. Das Administrationsmodul MUSS in geeigneter Form die Auswahl einer E-Mail-Adresse anbieten, welche zukünftig das Standard Anwendungskennzeichen innerhalb des aktuellen Fachdiensteintrages bekommen soll. Diese getroffene Entscheidung MUSS als Bestandteil der Operation deregisterAccount am Interface I_AccountManager_Service übergeben werden. [<=]

A_25232-01 - TLS-Zertifikate für die Authentisierung gegenüber Clientsystemen

Das Clientmodul MUSS ein self signed Server-Zertifikat erzeugen und für den Import in ein Clientsystem bereitstellen können. Es gelten die kryptographischen Vorgaben aus [gemSpec_Krypt]. Das Zertifikat enthält den aktuellen Hostnamen des Clientmoduls, so dass eine reguläre Hostnamevalidierung möglich ist.

A_21223-02 - Verbindungen mit dem Konnektor bei LDAP

Bei der Verwendung des LDAP-Proxies im Konnektor MUSS das Clientmodul die Vorgaben aus [gemSpec_Kon#3.4] erfüllen.
Die folgenden Vorgaben sind einzuhalten:

1. Es ist immer TLS für die LDAP Verbindungen zu verwenden,und
2. für die Client-Authentifizierung bei LDAP ist nur die zertifikatsbasierte Client-Authentifizierung zu verwenden und
3. die Verwendung von TLS mit oder ohne zertifikatsbasierter Client-Authentifizierung muss konfigurierbar sein.

A_19591-02 - Eintrag Clientmodul-Version in VZD, Account Manager

Der Account Manager MUSS die vom Clientmodul übermittelte KIM-Version (kimVersion) im Verzeichnisdienst in den KOM-LE-Fachdaten und in seiner lokalen Datenbank für die betroffene "mail"-Adresse eintragen. [<=]

A_26506 - Account Manger - Administration von Verzeichnisdiensteinträgen

Der Account Manager MUSS sicherstellen, dass die Administration von Verzeichnisdiensteinträgen durch ein KIM Clientmodul, bei Aufruf der Operation setAccount(), nur für die durch das Clientmodul aktiv übergebenen Attribute erfolgt. Für nicht geänderte Parameter MUSS der existierende Eintrag im VZD erhalten bleiben. [<=]

A_25824 - Account Manager, Standard Anwendungskennzeichen im VZD

Der Account Manager MUSS sicherstellen, dass mittels der Operationen registerAccount() oder setAccount() übermittelte Anwendungskennzeichen nicht zur vollständigen Löschung des Standard Anwendungskennzeichens "KIM-Mail" innerhalb eines Fachdiensteintrages des zugehörigen VZD Eintrages führen. Wird der Account Manager über die Operation deregisterAccount() mit der Deregistrierung eines Nutzers beauftragt, MUSS er prüfen, ob dies zur Löschung des Standard Anwendungskennzeichens innerhalb eines Fachdiensteintrages führt und dies in diesem Fall unterbinden. Der Account Manager MUSS solche nicht erlaubten Änderungen dem Administrationsmodul des KIM Clientmoduls mit dem Fehlercode 424 signalisieren. [<=]