Vielen Dank für die Antwort, die Recherche und den Workaround.
Den Workaround würden wir dennoch ebenfalls nicht (langfristig) produktiv einsetzen, maximal als Provisorium/Test in der Testumgebung, bis eine gute Lösung gefunden ist.
Zum gewünschten Verhalten: sowohl diesem Thread, wie auch dem ursprünglichen, hier verlinkten Thread liegt diese User Journey zugrunde:
- Eine einladende Person stellt in den Kalender einen Termin mit gekoppelter Telefon-/Videokonferenz ein
- Die einladende Person fügt Kontakte aus dem OpenDesk-Workspace hinzu
- Die einladende Person fügt ggf. externe Kontakte / Kontakte aus einer anderen Domain hinzu
- Der Termin wird inkl. Link und Kalenderereignis versendet
- Bei Kontakten aus dem eigenen OpenDesk-Workspace wird ein Kalendereintrag/Termin im OX-Kalender erstellt, der den Link zur Telefon-/Videokonferenz enthält (Integration in Matrix/Element nur optional)
- Externe eingeladene Kontakte außerhalb des Workspaces bekommen eine E-Mail mit dem Link zur Telefon-/Videokonferenz; idealerweise mit Kalenderelement
- Interne Personen können über den Link direkt an der Telefon-/Videokonferenz teilnehmen, wenn sie Empfänger des Termins sind (entweder direkt oder durch Weiterleitung); der Termin wird bei Weiterleitung um diese Teilnehmer erweitert
- Externe Personen können über den Link ebenfalls teilnehmen, terminieren aber in einem Wartebereich und müssen von Internen Personen eingelassen werden.
- (mindestens) Interne Personen bekommen eine Benachrichtigung, falls der Termin an weitere Personen weitergeleitet wird.
Das Verhalten entspricht dem typischen Verhalten von Besprechungsanfragen, die User von z.B. Microsoft 365 im kombinierten Einsatz von Outlook und Teams kennen; vergleichbar auch bei Google Workspace zu finden. Wir fragen uns daher, ob diese User Journey bei OpenDesk in der Toolchain OX/Jitsi oder OX/Jitsi/Matrix bisher im produktiven Einsatz in der Community oder bei Kunden eine Rolle spielt und falls ja, mit welchem Workflow sie üblicherweise abgebildet wird.
Sollte es dafür heute bei der ausschließlichen Nutzung von OpenDesk keine Lösung geben, würde ich dem Vorschlag folgen
[…]dann wäre aus unserer Sicht eine Upstream-Erweiterung der sauberere Weg: Die Kalender-/OX-Integration müsste die internen Teilnehmenden beim Anlegen des Meetings explizit an NeoDateFix/Matrix übergeben und idealerweise später auch Änderungen an der Teilnehmerliste nachführen.
Dabei dürfte es sich ja um einen Feature Request handeln; wie können wir den einstellen und nachverfolgen?
Vielen Dank für die Unterstützung