1. Ich behaupte das keine der eAUs pers. signiert wurde
2. Indem man gesetzliche Grundlagen schafft die zu einer Digitalisierung passen, da hätte mal jemand den Mund aufmachen müssen ggü. dem BMG aber die damals gematik GmbH hat lieber schnell populistische Wünsche im Hinterzimmer erfüllt und ist Diskussionen aus dem Weg gegangen und hat lieber Praxisstempel imitiert.
Signaturscherze per Praxis gar nicht erst zulassen; die geeigneten bestehenden Institution des Gesundheitssystems sollten gegen Ihre amtlichen Register prüfen.
Es geht nicht nur im die eAU; und natürlich hat die gematik einfach Grundlagen gebaut die sich gar nicht anders nutzen lassen bzw. an denen sich die "Akteure" des Gesundheitsystem ausrichten müssen.

Was macht man mit omniconnect? Aus der Zweckbestimmung:

Das OmniConnect ist eine Middleware für die Anbindung von vorhandenen Primärsystemen an die einzelnen Fachanwendungen der Telematikinfrastuktur und wurde als Add-on basierend auf den Krankenhausinformationssystemen (KIS) i.s.h.med und Soarian entwickelt.

Der James ist der Java Apache Mail Enterprise Server, der für Empfang und Versand von KiM-Nachrichten zuständig ist. Bei uns wurde bislang immer nur mit dem Testsystem von i.s.h.med gearbeitet und mit einem Test-Account gekimt. Soweit alles paletti. Als ich dann anfing, die 'echten' Kim-Adressen zu registrieren und im omniconnect des Produktivsystems einzurichten, hagelte es Fehlermeldungen.

Ein Teil der Meldungen resultierte daraus, dass der James einige Zeichen in den Passwörter nicht mag, obwohl sie gemäß Doku des Akquinet - Clientmoduls erlaubt sind. Bei einigen sieht man es im Konfig -Skript des James, da sind sie dann nämlich als Entity-Name notiert. Bei anderen musste ich raten (war dann aber nicht schwer). Die betroffenen Zeichen liste ich unten auf.

Ein anderer Teil der Meldungen hat wohl mit ungültigen Zertifikaten zu tun. Da ich seither im Urlaub war, ist das noch offen. Der Versand und Empfang klappt zwar, aber es hagelt eben dennoch Warnungen und Fehlermeldungen. Seltsam...

Folgende Zeichen sind lt. Akquinet zulässig, aber der JAMES verarbeitet sie nicht:
Doppeltes Anführungszeichen, Apostroph, Ampersand, Kleiner als, Größer als, Klammeraffe

Der Klammeraffe stand im Passwort, nicht in der Adresse. Da dürfte er 'eigentlich' und gemäß Spezifikation nicht schaden.

Zu den Kartenlesern: dieses James-Problem hat mit der falschen SMC-B nichts zu tun, das war nur der Auslöser für ein Gespräch mit x-tention.
Aber: die Lesegeräte sind jeweils nur mit einem Konnektor verheiratet. Daher war auch der Workaround einfach: das KT, über welches der Zugriff auf's Organspenderegister abgewickelt wurde, wurde einfach mit dem anderen Konnektor (an dem eine "richtige" Institutskarte hing) gepairt.