Hallo Herr Mack,
eine kurze Direktanwort mit Frage:
On 12.5.20 16:46, Christian Mack (christian.m...@uni-konstanz.de) wrote:
Preceding lines before the child processes get terminated:
Apr 23 07:24:21 sogod [27093]: ... "GET
/SOGo/dav/user/Calendar/personal.ics HTTP/1.1" 200 49746/0 20.191 245196
79% 625M
Apr 23 13:17:26 sogod [16168]: ... "GET
/SOGo/dav/user/Calendar/personal.ics HTTP/1.1" 200 755747/0 7.949 - - 250M
Are these request sizes normal?
These entry are someone downloading her complete personal calendar
read-only per ics-URL.
I would suggest to check her configuration.
Usually she should not use the ics URL to access her calendar, but the
calDAV one.
I suspect she can not change anything in that calendar from that
device/client.
With real calDAV access her downloads will be significantly smaller and
faster, especially with client side caching.
That said, 625M for a calendar looks huge to me.
How old is that calendar?
Do you delete old entries from users calendars?
Check "sogo-tool truncate-calendar"
Ich habe versucht die genauen Benutzer dieser großen Anfragen
herauszufinden, allerdings gestaltet es sich in Zeiten des Homeoffice
mit VPN als schwierig. Da keine authentifizierten Benutzer in den
logfiles stehen und die Pfade zu Kalendern (wie oben) m.M.n keine
eindeutigen Rückschlüsse auf den Abonnent des Kalenders anstelle des
Besitzers zulassen, wie kann ich die 'falsch' konfigurierten Benutzer am
besten herausfinden?
Eine Off-Topic Frage noch. Verwendet Ihr Ressourcen bei eurer
Installation von SOGo und falls ja, wie wird die Verwaltung der
Ressourcen (ACLs) gehandhabt?
Grüße
--
Thomas Winterstein .................... http://www.rz.uni-augsburg.de/
Universität Augsburg, Rechenzentrum ............. Tel. (0821) 598-2068
86135 Augsburg .................................. Fax. (0821) 598-2028
--
users@sogo.nu
https://inverse.ca/sogo/lists
