@me

Wie du richtig schreibst liegt es an der SSL/TLS Version. Für self-hoster gibt es eine einfache Abhilfe mit einem Skript. Dazu muss phantomjs z.b. zu phantomjs.bin umbenannt werden. Die phantomjs Datei beinhaltet dann:

path/to/web/churchtools/bin# cat phantomjs
#!/bin/bash
/path/to/churchtools/bin/phantomjs.bin --ignore-ssl-errors=yes "$@"
path/to/web/churchtools/bin#

Dann funktioniert es auch mit dem "alten" phantomjs.

Lieber Gruss
Fritz

@davidschilling
Die Zeit war das Problem! Im habe in Outlook bei den Einstellungen den Haken beim "Updatelimit" entfernt. Diese Einstellung war Standardmäßig gesetzt, deshalb hat Outlook
nur alle 12 Stunden synchronisiert (Anbieterlimit). Nach entfernen des Hakens aktualisiert sich der Kalender nun bei jedem "Senden"Empfangen" so wie ich es eigentlich erwartet habe.
Problem ist somit gelöst, danke für den Hinweis.

@d-winkler_fr du bist eine smarte Person!

@simon2 klasse, das freut mich 👍
Über Aurora kommt man letztlich an (fast) alle Google Play-Apps dran. Über den anonymen Zugang halt nur nicht an kostenpflichtige Apps.
Es lohnt aber auch, sich F-Droid mal zu Gemüte zu führen. Die dortigen OpenSource-Apps können häufig auch eine Menge. Das ist bei mir immer die erste Anlaufstation für viele Anwendungszwecke.

Melde dich gerne beim Support. Wir können wir eine kostenlose aber zeitlich begrenzte Installation bereitstellen.

Stichwort: Demo Installation

@metowa20 Vielen Dank! Die Mails werden gar nicht erst generiert. Ich werde mich dann einmal an den Support wenden. Liebe Grüße.

Wir stehen vor der gleichen Problematik. Alles ziemlich viel Work-Around leider 😞

Gibt es von Seiten Churchtools hier Ideen oder erste Ansätze diese Problematik zu lösen bzw. komfortabler zu gestalten?

Schön wäre es zb. wenn die Personen, die sich zu einer Gruppe/Gottesdienst anmelden, direkt einen Status "Gast" oder so ähnlich setzen könnten, wodurch der Personendatensatz automatisch nach X-Wochen gelöscht wird bzw. der Admin/Gruppenleiter eine Mail/ToDo bekommt diese Person zu löschen.

@simon2 sagte in Gruppen automatisch löschen:

; aber ich warte z.B. sehnlichst auf "automatische Gruppen")

Da bin ich bei dir 😉

Wir machen den Checkin auch nur noch aus Platznot. Denn die Abstandsregeln gelten bei uns nach wie vor. Und wir schicken nur ungern Leute an der Türe weg 😉

@michaelg Bug besteht weiterhin, als Info, für alle, die das auch betrifft. Folgendes hab ich heute nochmal an den Support geschrieben:

2d2faade-817e-438c-b99a-7216530b221c-image.png

@metowa20 Danke - habe nun einen Wunsch erstellt

@jziegeler Perfekt, vielen Dank

Bin auch für ne Option zum einstellen. Diese Änderung hat uns echt überfallen. Das Argument der großen Familie trifft bei uns voll zu.

@samu95 Danke dir. So ist es in der Tat. Den zitierten FR habe ich gleich mal gevotet 😉

Über die Sortierung der Gruppentypen in den Stammdaten kann ich dann festlegen, in welcher Reihenfolge die Gruppen auch in der App von oben nach unten erscheinen und kann so die Gruppe für die Anmeldungen ganz hoch setzen, so dass die Nutzer nicht mehr weiter unten suchen müssen.
Ich dachte zunächst, es ist vielleicht ein Fehler, aber ich denke doch, dass das Verhalten grundsätzlich so Sinn macht. Es werden ja "für mich" Vorschläge angezeigt. Insofern schließe ich hier mal ab.
Danke für die Hilfe und Erklärung.

Danke für die Antworten. Ich werde das mal weiter testen. Das Problemn ist oft, dass user etwas berichten und ich (als admin) weiß nicht, wie was getestet wurde oder was die Ausgangslage ist. Hier scheint es möglichweise so zu sein, dass in der App die Gruppen noch sichtbar war, der user die Ansicht nicht aktuialisiert hat, und mir, nach dem unsichtbar machen immer noch gesagt hat, dass er die Gruppen sähe.
Ich habe mich aber mal mit seinen Daten in der APp angemeldet und ich sehe die Gruppen dann nicht.
Es scheint also, dass das unsichtbar machen hier ausreicht.

@jziegeler Immer, wobei es geht hier nicht um ein Personenfoto. Es geht hier um ein Foto welches im Gruppenchat gepostet wird.