Elo-DMS Links sind „Hyperlinks“ in nachstehender Form.
Wobei es hier auch Formen für Workflow-GUIDs oder Dokumenten-IDs gibt.
elodms://(guid)
Vorteile
Einfache Handhabung
Einfach zu erzeugen
Einfacher Aufruf über den Explorer/Ausführen …
Nachteile
Vielfach sind diese Links eher immer wieder Teil von Parsing, auch dieses Wiki hat so seine Probleme damit.
Man kann diese Links hier nur mit einem File-Block einfügen
ELO-DMS Links sind keine korrekten RFC kompatiblen URIs/URLs, weil sie keinen „gültigen“ Host-Namen aufweisen. Einfach deshalb weil eine „Klammer“ kein gültiger Bestandteil eines Hostnamens ist.
Hier müsste man ein korrekter Link bspw.
elodms://meinarchiv/(guid)
Fußt auf der „Single-Repository“ Problematik. Mehrere Archive können nicht adressiert werden, der User muss hier das „richtige“ Archiv offen haben
Das neue Outlook kann wenig mit diesem URL anfangen und deaktiviert ihn einfach
das hat im Grunde auch Auswirkung auf die ELO Notifier Emails
im Grunde ist es dem neuen Outlook egal, ob hier eine korrekte URI angegeben wird. Es geht hier einfach um das Präfix. Ist dieses nicht gewhitelistet, dann wird der URL nicht freigeschalten. Eine Einstellung, um das zu ermöglichen (oder Registry Key oder dergleichen), dürfte es nicht geben.
High-Level APIs (bspw. NPOI, ClosedXML) können DMS Link nicht in ein Excel-Dokument einbetten
NPOI macht hier eine Prüfung des URIs und es scheitert an der fehlerhaften URI
ClosedXML kann zwar einen Hyperlink einfügen, macht daraus aber einen „File“-Hyperlink, der dann zwar schön im Excel aussieht, aber nicht ansteuerbar ist.
Man müsste hier dann also eigene Versionen der High-Level APIs bauen