> Now I just tried to downgrade and ran SOGo 3.2.6 (current version from > Debian Stretch) in a chroot on the same host as 4.0.7 before. > > The log shows no errors: > > > sogod [24081]: version 3.2.6 -- starting > > sogod [24081]: vmem size check enabled: shutting down app when vmem > 384 > > MB. Currently at 205 MB > > sogod [24081]: <0x0x55c4f8bbb250[SOGoProductLoader]> SOGo products loaded > > from '/usr/lib/GNUstep/SOGo': > > sogod [24081]: <0x0x55c4f8bbb250[SOGoProductLoader]> > > AdministrationUI.SOGo, Appointments.SOGo, CommonUI.SOGo, Contacts.SOGo, > > ContactsUI.SOGo, MailPartViewers.SOGo, Mailer.SOGo, MailerUI.SOGo, > > MainUI.SOGo, PreferencesUI.SOGo, SchedulerUI.SOGo > > sogod [24081]: All products loaded - current memory usage at 266 MB > > sogod [24081]: <0x0x55c4f8ca9af0[WOWatchDog]> listening on 127.0.0.1:20000 > > sogod [24081]: <0x0x55c4f8ca9af0[WOWatchDog]> watchdog process pid: 24081 > > sogod [24081]: <0x0x7fc894d74d80[WOWatchDogChild]> watchdog request timeout > > set to 10 minutes > > sogod [24081]: <0x0x55c4f8ca9af0[WOWatchDog]> preparing 3 children > > sogod [24081]: <0x0x55c4f8ca9af0[WOWatchDog]> child spawned with pid 24099 > > sogod [24081]: <0x0x55c4f8ca9af0[WOWatchDog]> child spawned with pid 24100 > > sogod [24081]: <0x0x55c4f8ca9af0[WOWatchDog]> child spawned with pid 24101 > > sogod [24100]: <0x0x55c4f8e578f0[WOHttpAdaptor]> notified the watchdog that > > we are ready > > sogod [24101]: <0x0x55c4f8dd6950[WOHttpAdaptor]> notified the watchdog that > > we are ready > > sogod [24099]: <0x0x55c4f8dd6950[WOHttpAdaptor]> notified the watchdog that > > we are ready > > sogod [24099]: <0x0x55c4f8af87f0[SOGoCache]> Cache cleanup interval set > > every 300.000000 seconds > > sogod [24099]: <0x0x55c4f8af87f0[SOGoCache]> Using host(s) '127.0.0.1' as > > server(s) > > sogod [24099]: 127.0.0.1 "GET /SOGo/so/u...@example.net/Mail/view HTTP/1.0" > > 200 18927/0 0.080 75270 74% 7M > > But the frontend stays blank after login, I see a JavaScript error > in the browser console: > > TypeError: r.settings.Mail is undefined [Mailbox.service.js:51:8] > > On the server side (Dovecot) I don't see any login attempts, so > I assume it doesn't do anything.
Never mind, I had some alias rules not pointing inside the chroot in my Nginx configuration. Having fixed that I can confirm IT WORKS using SOGo 3.2.6. So it seems to be an issue with 4.0.7... Maybe I should try to re- build a nightly for Buster. Best regards, Alex -- users@sogo.nu https://inverse.ca/sogo/lists