> 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

Reply via email to