Kalender Benachrichtigungen

[rainer.lilischkis]

Hallo liebe Gemeinde ;-))

wir bemerken gerade, dass Kalender Benachrichtigungen nur von Admins verschickt werden, nicht von “normalen” Usern.
Ich kann keinen Unterschied erkennen. Bei einem beispielhaft ausgesuchten User finde ich den SMTP-only Account mit den selben Credentials wie bei einem Admin Account.

Wo kann da was falsch eingestellt sein?

beste Grüße
Rainer Lilischkis

[StefanU]

Hallo Rainer.

Ist das neu (seit 21.1.20220406) oder besteht die Situation länger?

Wir haben mit dem Update die Konfigurationsmöglichkeit für das Sende-Konto eingebaut:

EGroupware Maintenance Release 21.1.20210406

Stefan

[bbegw]

Hi Stefan & Rainer,

das ganze ist so gebaut, das wenn die neue Option in Admin->Anwendungen->Benachrichtigungen->Konfiguration nicht abgespeichert wird, wir beim alten Verhalten bleiben. In der Option werden nur Konten-Definitionen aufgeführt, die für alle Benutzer angelegt sind. Wenn man mehrere Optionen hat oder das fest auf SMTP-Only setzen will einfach auswählen und speichern, damit die Konfig setzt wird.

Birgit

[rainer.lilischkis]

Hallo,

ich habe das hier:

und das hier:

Das ist eigentlich immer schon gut gegangen so. Seit letzter Woche ist mir aufgefallen, dass ausser mir (als admin eingetragen) keiner mehr Benachrichtigungen schickt.

Gibt´s Logs in denen ich evtl. was finden kann?

viele Grüße
Rainer

[StefanU]

Hallo Rainer.

Hast du denn die neue Einstellung, welche wir oben angesprochen haben, mal kontrolliert?

Gibt´s Logs in denen ich evtl. was finden kann?

Wenn Fehler auftraten:

Error-logs

Stefan

[rainer.lilischkis]

Hallo Stefan,

natürlich habe ich das überprüft, das sind ja die beiden screenshots oben.
Das hat @BB selbst so eingerichtet und lief ja auch ohne Probleme.

viele Grüße
Rainer

[rainer.lilischkis]

Könnt Ihr hiermit etwas anfangen?

2022/04/11 13:00:30 [error] 22#22: *56169 FastCGI sent in stderr: "
PHP message: resources_bo::link_query No Data found for Resource with id" while reading response header from upstream, client: 172.18.0.1, server: _, request: "GET /egroupware/json.php?menuaction=calendar_owner_etemplate_widget::ajax_owner&query=Lili&exec%5Bstart%5D=2022-04-11T15%3A00%3A00Z&exec%5Bduration%5D=5400&exec%5Bwhole_day%5D= HTTP/1.1", upstream: "fastcgi://172.18.0.4:9000", host: "lab.hs-kl.de", referrer: "https://lab.hs-kl.de/egroupware/index.php?menuaction=calendar.calendar_uiforms.edit&cal_id=&start=2022-04-11T15%3A00%3A00.000Z"
2022/04/11 13:01:05 [error] 22#22: *56263 FastCGI sent in stderr: "
PHP message: PHP Warning: Invalid argument supplied for foreach() in /usr/share/egroupware/calendar/inc/class.calendar_uiforms.inc.php on line 2635
PHP message: File: /api/src/loader/exception.php, Line: 190
PHP message: #1 /usr/share/egroupware/api/src/loader/deprecated_factory.php(154): calendar_uiforms->freetimesearch()
PHP message: #2 /usr/share/egroupware/api/src/Etemplate.php(418): ExecMethod()
PHP message: #3 [internal function]: EGroupware\Api\Etemplate::ajax_process_content()
PHP message: #4 /usr/share/egroupware/api/src/Json/Request.php(200): call_user_func_array()
PHP message: #5 /usr/share/egroupware/api/src/Json/Request.php(104): EGroupware\Api\Json\Request->handleRequest()
PHP message: #6 /usr/share/egroupware/json.php(130): EGroupware\Api\Json\Request->parseRequest()
PHP message: #7 {main}
PHP message: # Instance=default, User=Test User, Request=POST https://lab.hs-kl.de/egroupware/json.php?menuaction=calendar.calendar_uiforms.freetimesearch.et2_process, User-agent=Mozilla/5.0 (iPad; CPU OS 15_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.1 Mobile/15E148 Safari/604.1" while reading response header from upstream, client: 172.18.0.1, server: _, request: "POST /egroupware/json.php?menuaction=calendar.calendar_uiforms.freetimesearch.et2_process HTTP/1.1", upstream: "fastcgi://172.18.0.4:9000", host: "lab.hs-kl.de", referrer: "https://lab.hs-kl.de/egroupware/index.php?menuaction=calendar.calendar_uiforms.freetimesearch&cal_id=27401"

viele Grüße
Rainer

[rainer.lilischkis]

Ich habs nochmal versucht, vielleicht ist das hier besser:

2022/04/11 13:05:44 [error] 22#22: *56328 FastCGI sent in stderr: “
PHP message: resources_bo::link_query No Data found for Resource with id” while reading response header from upstream, client: 172.18.0.1, server: _, request: “GET /egroupware/json.php?menuaction=calendar_owner_etemplate_widget::ajax_owner&query=Lili&exec%5Bstart%5D=2022-04-11T17%3A00%3A00Z&exec%5Bduration%5D=5400&exec%5Bwhole_day%5D= HTTP/1.1”, upstream: “fastcgi://172.18.0.4:9000”, host: “lab.hs-kl.de”, referrer: "https://lab.hs-kl.de/egroupware/index.php?menuaction=calendar.calendar_uiforms.edit&cal_id=&date=20220411&hour=17&minute=0&owner[]=56"
2022/04/11 13:05:49 [warn] 22#22: *56345 a client request body is buffered to a temporary file /var/cache/nginx/client_temp/0000000096, client: 172.18.0.1, server: _, request: “POST /egroupware/push HTTP/1.1”, host: “lab.hs-kl.de”

Grüßle
Rainer

[StefanU]

das sind ja die beiden screenshots oben.

Nein. Lese bitte die Relaese Notes.

Wir haben mit dem Update die Konfigurationsmöglichkeit für das Sende-Konto eingebaut:

https://help.egroupware.org/t/egroupware-maintenance-release-21-1-20210406/76719

Stefan

[rainer.lilischkis]

Hallo Stefan,

in den release notes:

bei mir:

das soll doch auf das SMTP-only Konto zeigen, oder?

Grüßle
RAiner

[bbegw]

Hallo Rainer,

Es kann auf das eine oder andere zeigen, je nach dem was auf der Instanz Sinn macht. Wichtig ist, das die Konfig erst greift, wenn Du es abspeicherst!

Wir haben das extra nicht automatisch gesetzt, damit “eigentlich” die alte Methode erst mal weiter verwendet wird. Man kann es dann aber entsprechend ändern.

Zu dem obigen “was mehr Sinn macht” noch eine genauere Erklärung: Wenn Du bei uns im Hosting bist und auch EMail über uns machst, können wir von intern auch für asynchrone Benachrichtigungen ohne SMTP Only Konto Emails versenden. Gleiches gilt, wenn Du die EGroupware Mail Pakete (Dovecot) nutzt und die Benutzerkonten im SQL sind, dann haben wir ja auch alle Mail-Attribute im SQL und können “intern” ohne Authentifizierung des Benutzers asynchrone Benachrichtigungen auslösen. Sobald man nur authentifiziert Mails versenden kann, braucht man das SMTP-Only-Konto und dann sollte man das einstellen. Wie sich das Konto genau nennt, spielt dabei keine Rolle.

Also bitte einmal Konfig speichern und Bescheid geben, falls das nicht hilft!

Birgit

[rainer.lilischkis]

@bbegw

Hallo Birgit,

danke für die Rückmeldung.
Ich hatte beim ersten Versuch die Antwort: Nothing to save. Es stand ja von vorher noch auf “SMTP only”.
Habe es dann einmal verändert und gespeichert und danach wieder in den alten Zustand (SMTP only) zurückgesetzt und wieder gespeichert.
Ich bekomme immer noch keine Benachrichtigungen.

Kann das damit zusammenhängen, dass meine Credentials für den SMTP-only Account angegeben sind?
Ich bin scheinbar derzeit der einzige der Benachrichtigungen verschickt.

viele Grüße
Rainer

[bbegw]

Hallo Rainer,

kann ich nicht ganz ausschließen. Standardmäßig würden wir bei SMTP-Only eher eine Funktionsemailadresse verwenden. Du könntest das ja mal testen und deine Email & Zugangsdaten durch etwas neutrales ersetzen.

Ich hab sonst bisher von keinem Kunden Probleme gemeldet bekommen seit der Änderung.

Birgit

[rainer.lilischkis]

Hallo Birgit,

Ich war nur nicht in der Lage die Einstellungen richtig zu lesen und hatte nicht explizit auf “No” security und Port 25 gestellt.
Jetzt geht´s ;-))

Danke für´s Mitdenken

Rainer