[SOGo] BTS activities for Friday, July 03 2020

2020-07-03 Thread SOGo reporter
Title: BTS activities for Friday, July 03 2020





  
BTS Activities

  Home page: https://sogo.nu/bugs
  Project: SOGo
  For the period covering: Friday, July 03 2020

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
4895
	2020-07-03 14:44:25
	updated (open)
	Backend General
	Argon2id Support
	
	  
	
5056
	2020-07-03 18:20:58
	assigned (open)
	Web Mail
	Forward on auxiliary account use primary account
	
	  
	
  
  


-- users@sogo.nuhttps://inverse.ca/sogo/lists

[SOGo] freebuzy SOGo to ms exchange

2020-07-03 Thread mj

Hi,

We are using SOGo's freebuzy information lookup from MS exchange, using 
the Exchange Web Services (/ews) interface.


Our partner started talking about migrating their on-prem exchange setup 
into a O365 hosted exchange environment. Thinking about our freebuzy 
lookup, I started googled a bit and found this page from 2018:


https://techcommunity.microsoft.com/t5/exchange-team-blog/upcoming-changes-to-exchange-web-services-ews-api-for-office-365/ba-p/608055

Reading this, it seems that /ews funtionality is on it's way out, and 
users are asked to move to "Graph"..?


We're bit unsure what the above means for the SOGo scheduling <-> MS 
exchange.


Could anyone comment on this, please?
--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] ActiveSync issues and configuration

2020-07-03 Thread Riccardo Bicelli
I'm running CentOS. In /etc/sysconfig/sogo I have PREFORK=46. So I
think the mystery of 48 workers is solved.
With 12G of RAM system load load is fine (stays on 0.7, 0.5, 0.4),
even there's very little free memory and some swap occupied.
Sometimes I see CPU spikes to 100% which increase load to 1 for
relatively little periods (5 minutes or so).

in sogo.log the only relevant informations i see are:

[ERROR] <0x0x55f5f3082f80[WOHttpTransaction]> client disconnected
during delivery of response for ...

ERROR(-[NGLdapSearchResultEnumerator nextObject]): does not support
result references yet ..

[WARN] <0x0x55f5e42982c0[WOWatchDogChild]> pid 1630 has been hanging
in the same request for 11 minutes


Il giorno gio 2 lug 2020 alle ore 18:58 Thomas Führer 
ha scritto:
>
> Riccardo,
> if you suspect EAS devices to causing the load you could set 
> SOGoEASDebugEnabled = YES to have a closer look what is going on.
>
> You say "currently I have 48 workers" ... Q is where is the diff to 
> (WOWorkersCount = 60;)? Are the processes dying? Anything in sogo.log?
>
> Regarding memory I'd suggest to increase the mem (if available) until you 
> have a stable env and try to identify which process is consuming the memory.
> You didn't mention how long it takes until your server gets unstable. Does 
> the mem usage increase slowly? (ps aux)
>
> Regards,
> Thomas
>
>
>
>
> Am Donnerstag, Juli 02, 2020 11:08 CEST, schrieb "Riccardo Bicelli" 
> (r.bice...@gmail.com) :
>
>
> Thanks,
> I re-followed the ActiveSync tuning guide, changed some values,
> assigned more RAM (8 GB) to sogo VM and sync is running better.
> The system is good until the memory utilization goes near 100%. From
> there CPUs (4 at moment) start spiking (stay at 100% for long times),
> load5 increases (from 0.05 to 3.00).
>
> My new settings are
>
> /* ActiveSync */
> WOWorkersCount = 60;
> WOWatchDogRequestTimeout = 59;
> SOGoMaximumPingInterval = 3540;
> SOGoMaximumSyncInterval = 3540;
> SOGoInternalSyncInterval = 60;
>
> According to this I adjusted nginx/apache timeouts.
>
> Currently I have 48 workers, 100% RAM used and and sogo is telling me
> that there is no child to handle incoming requests!
>
> Have I to increase the memory assigned to vm?
>
> Is there a way to limit the amount of memory used per child without
> cmpromising the activesync functionality and mantain the system
> healthy?
>
> What points I am missing?
>
> Il giorno mar 30 giu 2020 alle ore 18:38 Thomas Führer 
> ha scritto:
> >
> > Hi Riccardo,
> > when you have 50 EAS Users using "push" you have to set WOWorkersCount to a 
> > value larger than 50. -> Maybe 60 - 65 is a good start.
> > Reference: 
> > https://sogo.nu/files/docs/SOGoInstallationGuide.html#_microsoft_enterprise_activesync_tuning
> >
> > Another recommendation from my side is to remove SOGoMaximumSyncWindowSize. 
> > This parameter can cause troubles which some EAS devices.
> >
> > Regards,
> > Thomas
> >
> >
> > Am Dienstag, Juni 30, 2020 13:26 CEST, schrieb "Riccardo Bicelli" 
> > (r.bice...@gmail.com) :
> >
> >
> > Hi All,
> > I'm encountering some issues with ActiveSync.
> > Some clients (gmail app, ios app, outlook app) are losing the
> > synchronization with no apparent reason.
> >
> > Sometimes for restore sync I have to reset device with
> >
> > sogo-tool manage-eas resetdevice
> >
> > or re-create the account on client device, which is very annoying.
> >
> > Installation with approx 50 devices.
> > In this setup I'm using two sogo servers, one for internal network and
> > one for external. The two instances have some little differences in
> > configuration:
> >
> > The external one has a different LDAP user filter
> > (memberOf=ExternalMailUsers...)
> > The external one is behind an nginx reverse proxy 
> > (client->nginx->apache->sogo)
> > The internal one is configured as usual (client->apache->sogo)
> >
> > Both sogo servers have 4 GB of RAM.
> >
> > On both SOGo servers ActiveSync settings are:
> >
> > WOWorkersCount = 42;
> > WOWatchDogRequestTimeout = 12;
> > SOGoMaximumPingInterval = 850;
> > SOGoMaximumSyncInterval = 850;
> > SOGoInternalSyncInterval = 30;
> > SOGoMaximumSyncResponseSize = 10240;
> > SOGoMaximumSyncWindowSize = 256;
> >
> > WOListenQueueSize = 52;
> >
> > On nginx reverse proxy the configuration is:
> >
> > location /Microsoft-Server-ActiveSync{
> > access_log /var/log/nginx/activesync.log;
> > error_log /var/log/nginx/activesync-error.log;
> > resolver xxx.xxx.xxx.xxx;
> >
> > proxy_connect_timeout 75;
> > proxy_send_timeout 900;
> > proxy_read_timeout 900;
> >
> > proxy_set_header Host $host;
> > proxy_set_header X-Real-IP $remote_addr;
> > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> >
> > proxy_pass
> > http://xxx.xxx.xxx.xxx/SOGo/Microsoft-Server-ActiveSync;
> > proxy_redirect
> > http://xxx.xxx.xxx.xxx/SOGo/Microsoft-Server-ActiveSync /;
> > }
> >
> > On both apache servers:
> >
> > ProxyPass /Microsoft-Server-ActiveSync \
> >