@artus70 zeigt leider keine Wirkung.
Ist die Syntax korrekt?
0_1461607791676_Unbenannt.JPG

Danke Euch allen. Die Anzahl der Module im Menü wollen wir nicht verkleinern.
(Sollen schon alle sichtbar sein.) Also haben wir die Namen alle verkürzt.
Z.B. Statt "ChurchDB" nur "DB", statt "ChruchService" nur "Events"...
Das ging dann.

Das schaltest du über die Gruppeninternen Berechtigungen aus.Rechteverwaltung --> MeineDienstgruppe --> Gruppen interne Rechte --> Church DB --> Bekomme Emails bei Änderungen
LG JD

Hallo Matthias,

danke für die Antwort. Ja, das ist einleuchtend.

Viele Grüße,

Dagmar

@hja Über genau den gleichen Weg! Einfach auf den Schraubenschlüssel klicken ...

Nachtrag:

Mit dem Recht "Gruppenhierarchie bearbeiten" für die Gruppe und seine Untergruppen bekommt mein Leiter trotzdem die Meldung "Keine ausreichende Berechtigung. Das Recht 'administer groups (churchdb)' ist notwendig"

Ist das ein Fehler oder so gewollt?

@drstone sagte:

Download und starten vom CTLdap hat funktioniert, Prima.

Leider scheint sich in Churchtools 3 was verändert zu haben, sodass Gruppen/User nicht mehr getrennt zurückgegeben werden. Jedenfalls ist das meine Interpretation, hab in LDAP lediglich Grundwissen.

Ich beantworte meine Frage mal selbst. Nicht CT hat sich geändert, sondern anscheind Owncloud.

Jedenfalls findet er nur Gruppen die dem folgenden Filter entsprechen:

(&(|(objectclass=posixGroup)(objectclass=group)(objectclass=zimbraDistributionList)(objectclass=CTGruppe*))(cn=*))

Aus diesem Grund hab ich die objectclass der Gruppen angepasst und damit gehen jetzt auch die Gruppen in Owncloud.

Ändern in ctldap.js VON:

objectclass: 'CTGruppe'+gruppentyp,

NACH:

objectclass: 'group',

Ich hab außerdem einen init.d Service für ctldap erstellt, falls jemand Interesse hat.

Hallo? Hu hu... Ich so alleine mit meinem Thema hier.... Kann mir jemand helfen...

Danke @jmrauen keine Ahnung warum ich das nicht selbst entdeckt habe.

Guter Hinweis. Ist in 3.1 mit drin.

@MichaelG Es handelt sich m.E. nicht um ein Datenbankproblem, davon ist hier gar nicht die Rede. Es geht bloß um die Frage, wieviel Arbeitsspeicher von PHP-Skripten verwendet werden kann. Offenbar möchte das PHP-Skript (ChurchTools) gern mehr Arbeitsspeicher verwenden, als ihm erlaubt ist - sei es für Datenbank- oder sonstige Aktivitäten.

Bei 1und1 ist dieser Wert aber wohl wirklich nicht einstellbar ...

@seetalchile Unser Kigo ist noch nicht so weit, alles über CT abzubilden. Insofern stellt sich das Problem (noch) nicht.

Für die anderen Events (Lobpreisabende) sind die Personen die gleichen wie im Gottesdienst, sodass da nicht all zu viel Schindluder getrieben werden kann.

Leider durch Einführungsphase unseres neuen Übersetzungsdienstes nur Absagen erhalten. Tut mir leid.

@artus70 Meines Wissens gibt es nur eine Beschränkung beim Export, die man in den Admin-Einstellungen anpassen kann. Standardwert ist dort 250.

@Henric-Resa soweit ich das weiß einzeln.

Es könnte ggf klappen, wenn du den Dienst als Service entfernt. Dann wird er glaube auch automatisch überall raus genommen.

Oder (wenn noch nichts besetzt) Alle events löschen und mit neuer Vorlage erstellen.

Siehe hier: https://api.churchtools.de/class-CTChurchServiceModule.html
​Entweder über getSongStatistic()
​oder die Agenda durchgehen mit: loadAgendaItems(agenda_id:XXX)
​Und hier ist dann die arrangement_id gesetzt.

Alles klar, das hilft!
Ab 3.1 werden diese Fehler automatisch auch geloggt und bei Hosting-Kunden können wir sie entsprechend abgreifen (also nur der StackTrace, nicht die Daten dahinter:)).
Sehr praktisch, da wird das hier nicht nötig sein.