@sebastian-j Also bei uns gibt es keinen Bedarf dazu. So viele Neugierige gibt es nicht, die sich das angucken wollen.

@jziegeler Hallo jziegeler - hat sich da zwischenzeitlich was ergeben ?

Wir haben bei uns Benutzernamen vergeben, über welche sich Personen mit gleicher eMail-Adresse anmelden (aber auch bei allen anderen Nutzern). 😉

@jziegeler Vielen Dank, nun funktioniert es! Klassischer Fall von zu kompliziert gedacht 🙂

@andy Wunderbar! Ganz herzlichen Dank!

Ich muss sagen: Serienbriefe sind echt eine Sache für sich.

@fabianemele soll das ein Bug/eine Fehlermeldung sein? Dann bitte per Mail an support@churchtools.de.

@felix-2 Das kannst du ganz einfach lösen! Geh mal in die Stammdaten und da kannst du bei den Gruppentypen einstellen, ob die bei Personen neu anlegen auftauchen sollen oder nicht,

@matthiasdupont, Danke, das war's!
Sie waren nur in Projekten beisammen - und ich dachte, wer laut "Berechtigungen" alles sehen darf, darf alles sehen... 🤷🏼♂

@simon2 Hier z.B.: https://forum.church.tools/topic/4970/e-mail-benachrichtigung-per-push

@chk gut, dann müssen wir "nur" im web auch die logik aus der app nutzen.

@thorsten sagte in E-Mail-Anhang aus hochgeladenen Dateien im Wiki:

Da bei uns aber nicht jedes Mitglied einen Zugang hat

Ok... interessant, aber ja, dann geht das nicht.

@gunnar danke für den Hinweis. Wir hosten nicht selbst. Ticket ist schon unterwegs. 😉

@gunnar in der Rechteverwaltung kannst du "view comments" auf allen Ebenen berechtigen.

@jjb Viele Köche verderben den Brei!
Unsere Website wird von einer Person gepflegt und es gibt einen Backup, der froh ist, wenn er nichts machen muss ... bei vielen eigenständigen Teilgemeinden oder Bereichen, die fleißig das Web nutzen zur Information wäre das blöd. Wenn man die Website aber nur als Website zur Erstinfo und für Aktuelles betrachtet, dann reicht das.

Vorschlag:
Vielleicht mal einen Insta Account starten oder was anderes modernes statt Website -- und in der Website nur statische Daten, die sich nur jährlich ändern oder Verlinkungen zu ChurchTools oder Insta für aktuelles?

PS: EMail ist auch nicht mehr das Gelbe vom Ei, eigentlich nur eine Türe für Spam. 1995 war EMail für mich neu und toll, seit 2010 ist es mir fremd. Nun ja, CT liebt EMails. Bei uns in der Gemeinde ist heute die Mobilnummer wichtiger als die Email Adresse. Problem sind die Senioren oder Mobilfunktenthaltsamen.

@davidschilling stimmt. Aber man könnte sie vielleicht noch etwas ausführlicher schreiben "in 'Gottesdienst am Karfreitag - 10:00 Uhr' ist kein aktiver Leiter mit einer gültigen E-Mail Adresse vorhanden"

Das zweite Problem hier ist, dass die Fehlermeldung beim Anmelder ankommt, der kann aber gar nichts machen. Daher könnte an noch einen Button hinzufügen, um das Problem zu melden.

@jmrauen

Die Arbeit wird erheblich erleichtert.

@jjb Es ist wohl folgendermaßen:

ListenpunktWenn man nur das Recht "Gruppenmitglieder entfernen" hat, kann man nur solche Mitglieder entfernen, die bereits den Status "zu löschen" haben. Daher sieht man in einer üblichen Gruppe überhaupt keine Löschmöglichkeiten, weil dort alle den Status "aktiv" haben. Hat man nur das Recht "Gruppenmitgliedschaften bearbeiten (Rolle, Status, Bemerkung, etc.)", so wird einem zwar das rote x zum Löschen angezeigt, es hat aber eine andere Funktion als erwartet: Es ändert nur den Status auf "zu löschen". Hat man beide Rechte, so löscht man mit dem roten x tatsächlich die Leute aus der Gruppe raus (unabhängig von deren Status).

Vielleicht wäre es sinnvoll, hier das rote x nicht mit zwei verschiedenen Funktionsweisen je nach Recht der aktiven Person zu überladen? Vielleicht nimmt man einfach ein gelbes x für den Fall, dass man nur den Status der Person ändert, ohne sie aus der Gruppe zu schmeißen?

Hier gibt es von Seiten ChurchTools ja leider noch keine Verbesserung.
Aus meiner Sicht ist es fragwürdig, öffentliche Seiten erstellen zu können (die dann unter /publicgroup/ oder /grouphomepage/ liegen), die aber für Google usw. versteckt werden, indem man in der robots.txt alle Crawler schon ab dem Root-Verzeichnis abweist:
User-agent: *
Disallow: /

Frage an die Experten: Kann man hier die robots.txt nicht ergänzen mit...
Allow: /publicgroup/
Allow: /grouphomepage/

@johannesgilbert mir ist nicht bekannt, dass eine Sichtbarkeit in Abhängigkeit des Alters möglich ist.
Wie @Andy schon schrieb, ist eine Berechtigung der Sichtbarkeit zum Beispiel über Bereiche möglich.
Alternativ noch über Gruppenzugehörigkeiten