KIM Bridge

[Johennes]

In #317 (comment) wurde von @ManuelB die Idee einer KIM / TI-M Bridge aufgeworfen. KIM ist bereits etabliert. Es laufen z. B. so gut wie alle eAUs in Deutschland über KIM (circa 500.000 am Tag) und auch alle Arztbriefe.

TI-M könnte KIM hier als Transportkanal ersetzen wenn es eine Bridge gäbe: E-Mail an [maitrx-id]@kim-to-tim.telematik und es wird die KIM E-Mail per TI-M an die Matrix ID zugestellt. Optimalerweise gibt es das auch in die Rückrichtung.

Innerhalb von Matrix könnten KIM-Mails z. B. über JMAP inline in Events oder als Datei mit message/rfc822 MIME-Type verschickt werden.

[Johennes]

Beim Format auf Matrix-Seite müssen wir beachten, dass Matrix-Events nur maximal 64 KiB groß sein können. Wenn wir die JSON-Strukturen aus JMAP verwenden müssten wir diese oberhalb von 64 KiB also trotzdem über m.file als Datei verschicken.

Unabhängig vom Format stellt sich mir bei Dateien dieselbe Frage, die auch hinter MSC4302 steckt: Brauchen wir zusätzlich zum "Download-Link" noch weitere Metadaten im Matrix-Event damit der Empfänger die Datei in bestimmten Fällen nicht herunterladen muss?

[Johennes]

Ein anderes zu klärendes Problem sind KIM-Attachments, also Anhänge, die nicht inline mit der Email verschickt werden sondern auf dem KIM Attachment Server liegen. Das Design von KIM ist hier ja vergleichbar mit dem Content Repository in Matrix.

Wenn jetzt eine KIM-Email mit Attachments über Matrix verschickt wird, verbleiben die Attachments dann auf dem KIM Attachment Server des Absenders und müssen vom Empfänger dann von dort abgeholt werden? Oder kopieren wir diese Attachments ins Matrix Content Repository?

Die Anhänge auf den KIM-Servern zu belassen wäre einfacher, hat aber den Nachteil, dass man dann trotz Bridge immer noch vom KIM Attachment Server abhängig wäre.

[ManuelB]

Es gibt auch bereits eine implementierte Bridge zwischen dem Matrix Protokoll und E-Mail:
https://matrix.org/ecosystem/bridges/email/
Ein TI-M & KIM Anbieter könnte diese Bridge als Teil seines Service anbieten.

[Johennes]

Eine weitere offene Frage sind Löschfristen. KIM hat soweit ich mich erinnere relativ strenge Löschregelungen. Durch eine Bridge werden Nachrichten (und evtl. auch die Anhänge) aber zusätzlich auch in TI-M persistiert. Hier müsste man klären ob das so zulässig ist bzw. ob irgendwelche Vorkehrungen getroffen werden müssen damit die Bridge die Löschfristen in KIM nicht unterwandert.

[ManuelB]

@Johennes also an sich müsst ihr als Gematik hier auch gar nichts machen. Die E-Mail Bridge könnte einfach installiert werden.

[Johennes]

Hm, ich frage mich ob wir nicht zumindest das Format von KIM-Nachrichten innerhalb von TI-M vorgeben müssten?

Ich hatte jetzt naiv erstmal die Strecke KIM > TI-M > KIM im Sinn. Da bräuchte man zwei Bridges und die müssten in TI-M dasselbe Format sprechen damit sie sich verstehen.

Wenn wir nur KIM > TI-M mit einer Bridge machen bräuchten wir aber vielleicht auch ein einheitliches Format damit die Empfänger in TI-M die Nachrichten dann auch verstehen?