@daniel_ sollte eigentlich jeder Fragesteller selbst machen können. Kannst ja auch am besten beurteilen, ob deine Frage gelöst bzw. beantwortet wurde. 😉

@jziegeler @Andy Ich glaube jetzt habe ich es kapiert, die Gruppen-Einstellungen sind jetzt korrekt und ich sehe, was Andy meinte.

"Meine Teilnahme verwalten" ist aus meiner Sicht keine optimale Formulierung, weil man erstmal darauf kommen muss, dass es hier um Gruppen geht, aber ansonsten passt alles. Vielen Dank für eure Geduld! 🙂

@ruben
Hallo zusammen,

aus meiner Sicht wäre das auch echt praktisch.

Zusätzlich sehe ich noch folgende "Lücke":

Wenn wir eine Info an alle Mitglieder raussenden, dann geht das (meines Wissens nach) auch nur über eine Massen-Mail an die "gefilterten Personen" mit dem Flag "MItglieder".
Gern würde ich aber eine Chat-Möglichkeit haben, quasi als Push-Benachrichtigung (one-way) z.B. an alle Mitglieder nochmal an die anstehende Mitgliederversammlung zu erinnern...

Doch das geht ja nicht, weil die Mitglieder nicht automatisch eine Gruppe sind - sondern über den Status definiert werden.

Drum geht das derzeit nicht - sehr schade.
Sonst müsste ich parallel zu den Stati jeweils eine Gruppe pflegen - doppelt und dreifache Arbeit, nur um eine zeitgemäße Kommunikation zu ermöglichen. Das wäre allerdings, wie gesagt, nur als one-way Push-Benachrichtigung sinnvoll.

lG, Florian

@andy der Workaround geht im Web leider nur mit Personen mit denen man schon in Kontakt war.

Für neue Personen aus der CT Instanz muss man dann wieder in der App den Chat eröffnen um dann wieder im Web die Gruppe zu eröffnen.
Für mich als CT Admin akzeptabel, um die App respektive den Chat weiter voran zu treiben sollten solche Workarounds obsolet werden.

Vielleicht macht es aber Sinn, einfach die Möglichkeit Chats zu sehen, in der Simulation technisch zu verhindern, oder?

@thorsten Ich glaube als der Chat in die App integriert wurde, war das mal so, dass alle Namen einzeln sichtbar waren, wer dem Eventchat schon beigetreten ist. Ich denke das ist wegen der vielen Meldungen zusammengefasst worden. Das finde ich auch ungünstig, dass man das nicht mehr sieht, gerade beim Eventchat man weiss nicht wen man nicht erreicht, weil weil er oder sie noch nicht beigetreten ist oder den Chat nicht nutzt. Ich würde den Feature Wunsch unterstützen in den Gruppen.und Eventchats zu sehen wer beigetreten oder den Chat verlassen hat.

@gerhard2 das hat @MichaelG ja jetzt schon geklärt. 🙂

@jziegeler Nachdem ich den Chat nun sehr intensiv nutze, fällt es mir immer schwerer, die Personen aus meiner Gemeinde (so genau kenne ich sie nun auch nicht) von anderen zu unterscheiden. Das wird noch wichtiger, wenn ich über Föderation andere Benutzer in meiner Liste habe.

Daher halte ich den Wunsch aufrecht.

@schmmic in der hilfe zur Rechteverwaltung gibt es diesen link

https://hilfe.church.tools/wiki/28/Funktionen und ihre Anforderungen im Überblick

da sind vllt. noch Fehler drin, aber es hilft zu Orientierung

@jziegeler

Das war die Lösung! Vielen Dank. Ich habe immer in den Berechtigungen gesucht und nicht mehr an die Admin-Einstellungen gedacht. Danke für den Hinweis. Gut, dass man dort zwischen Einzelpersonen-, Gruppen- und Event-Chats unterscheiden und jeweils separat ein- oder ausschalten kann!

Oh, das ist durchaus cool! - Danke für die hilfreiche Antwort!

Das ist auf jeden Fall sehr ungünstig, dass beliebige Historie für neue Teilnehmer in Chats möglich ist und es keine Möglichkeit gibt das einzuschränken... sollte auf jeden Fall ähnlich wie bei Microsoft Teams (rückwirkend ja / nein / x Tage) gelöst werden.

Also wir fahren richtig gut mit einem eigenen Dienst "technische Unterstützung" (wir haben bislang nur dort Bedarf an sowas).
Das hat übriegn den Vorteil, dass diese Person "vollständiges Mitglied des Events" ist - also auch Verschiebungen, Ablaufpläne, Dienstwechsel, ... mitbekommt.
Mehr brauchen wir nicht.

@samu95 sagte in CT LDAP und Synology:

Ist mittlerweile schon ein Jahr her, aber ich habe mich in den letzten Wochen wieder mit dem Thema beschäftigt. Mit Hilfe vom Log und dem Synology Support habe ich festgestellt, dass die Verknüpfungen zwischen Benutzer und Gruppe zwingend eine Zahl sein muss. Der CT LDAP Server liefert aber den "Distinguished Name" (cn=user1,ou=users,o=xxx). Damit kann Synology nicht umgehen. Auch der Umweg über die HASH Funktion hilft da nicht weiter.

Gibt es hier vom Church Tools Support schon eine Information, ob man hier den CT LDAP Wrapper passend anpassen kann?

Das zukünftige OpenID Connect wird Synology leider nichts bringen, sofern man den Synology Drive Clienten nutzen will. Der unterstützt nach meinem aktuellen Stand kein SSO. SSO geht nur im Browser bei Synology.

Insofern wäre man hier dann doch wieder von der LDAP Integration abhängig.