[SOGo] BTS activities for Thursday, September 29 2016

[SOGo reporter]

Title: BTS activities for Thursday, September 29 2016





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Thursday, September 29 2016

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
3672
	2016-09-29 15:53:21
	updated (open)
	ActiveSync
	EAS Continuous Loop with Android Client when Mail Sync Disabled
	
	  
	
3623
	2016-09-29 13:22:19
	closed (suspended)
	Backend General
	During MAPI sync, this error appears in the Samba logs
	
	  
	
  
  


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

Re: [SOGo] [SOgo] Activesync - client disconnected during delivery of response

[Ludovic Marcotte]

On 2016-09-29 5:07 PM, Jason Mooradian (cow...@gmail.com) wrote:


Am I missing something or is one of my settings incorrect? Thanks!

Clients are disconnecting before SOGo delivers its responses. It can be:

1. a firewall in your way that doesn't like long-lived connections
2. network flickers on your EAS devices (normal over LTE/WiFi networks)

Nothing to worry about.

Thanks,

--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)

--
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] [SOgo] Activesync - client disconnected during delivery of response

[Jason Mooradian]

I constantly see these kinds of error messages in my logs:
Sep 29 13:36:30 sogod [25444]: [ERROR]
<0x0x7fa60b670d60[WOHttpTransaction]> client disconnected during delivery
of response for  (len=13): the
socket was shutdown

Based on documentation and various other threads I have my settings as
follows but the errors still appear:

Nginx Config:
  location ^~ /Microsoft-Server-ActiveSync {
proxy_pass
http://127.0.0.1:2/SOGo/Microsoft-Server-ActiveSync;
proxy_connect_timeout 3600;
proxy_send_timeout 3600;
proxy_read_timeout 3600;
proxy_buffer_size 8k;
proxy_buffers 4 32k;
proxy_temp_file_write_size 64k;
proxy_busy_buffers_size 64k;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $host;
proxy_set_header x-webobjects-server-protocol HTTP/1.0;
proxy_set_header x-webobjects-server-name $server_name;
proxy_set_header x-webobjects-server-url $scheme://$host;
proxy_set_header x-webobjects-server-port $server_port;
proxy_set_header x-webobjects-remote-host $remote_addr;
client_body_buffer_size 128k;
}

SOgo config settings:
   SOGoMaximumPingInterval = 3540
   SOGoMaximumSyncInterval = 3540
   SOGoMaximumSyncResponseSize = 2048
   SOGoInternalSyncInterval = 60
   SOGoMaximumSyncWindowSize = 50
   WOWatchDogRequestTimeout = 60

Am I missing something or is one of my settings incorrect? Thanks!
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Problem with task display

[Jonathan Dumaresq]

Hi,

I try the task creation in the sogo web interface. We use the the 3.1.5 
version of sogo. If the calaendar setting is set to dislay only monday 
to friday, The task created is not display anymore in the task list. I 
have created like 7 task with/without date inside.


If I set the calendar to see all days, I now see the task in the task list.

Regards

Jonathan

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] GMT-0100 for Europe/Moscow

[Andrey Cherepanov]

26.09.2016 19:00, Andrey Cherepanov (c...@altlinux.org) пишет:
> I install SOGo at system with localtime MSK (Europe/Moscow, GMT+3).
> There is all task filled with correct local time in web ui saved with -4
> hours in database. And show with incorrect value. User has Europe/Moscow
> in her settings.
>
> For example, create new task with From: 18:57
> Save and click to task. From: 14:57.
>
> All timezones (tzdata, timezone from gnustep-base, Moscow.ics from SOGo,
> database entry from pg_timezone_names) are correct - +0300
>
> How to debug it?
Answer to myself:
There is strange result of [NSTimeZone timeZoneWithAbbreviation: @"GMT"]
at SOPE/NGCards/NSString+NGCards.m:340 -

for GMT - Europe/Gibraltar
for UTС - Antarctica/Troll

pure gnustep-base timeZoneWithAbbreviation returns UTC in both cases.

I build package with replacement timeZoneWithAbbreviation with
timeZoneWithName and it works correct:

sed -i 's/timeZoneWithAbbreviation/timeZoneWithName/g' $(grep -Rl
timeZoneWithAbbreviation *)

-- 
Andrey Cherepanov
c...@altlinux.org
-- 
users@sogo.nu
https://inverse.ca/sogo/lists