Hi Thomas, thank you for your support.
On 7/21/2015 9:32 AM, [email protected] wrote:
Hi Angelo, when you say "... and the behaviour changes ..." what does that mean? Is the sync between OL and Sogo working?
The sync starts, folder list is downloaded and messages starts to download, even if SOGo don't start the "List" loop. The IMAP test mailbox contains a "Sent Items" folder (the right one) and a "Sent" folder managed by a broken imap test client.
If i use the "." spearator and specify:
SOGoDraftsFolderName = "INBOX.Drafts"; SOGoSentFolderName = "INBOX.Sent Items"; SOGoTrashFolderName = "INBOX.Trash"; SGImap4ConnectionStringSeparator = "."; NGImap4ConnectionStringSeparator = "."; SGImap4ConnectionGroupPrefix = "INBOX";
OL uses "Sent" as sent folder. If i use the "/" OL uses the right Sent Items folder. But it's not the problem.
The "loop" you mentioned migth be ok: The >>> list "" "*" return (status (x-guid)) <<< is triggered by a FolderSync.
Yes, but this loop continues every second (up to imap-request-id 880 or 2240!). EASDebug sais that Client sends:
Jul 21 09:35:28 sogod [21251]: <0x0x7f6266a38c50[SOGoActiveSyncDispatcher]> EAS - request for device 57BC7D5F191C7BBDF7D954A8DC1C9CDC: <?xml version="1.0"?> <!DOCTYPE ActiveSync PUBLIC "-//MICROSOFT//DTD ActiveSync//EN" "http://www.microsoft.com/";> <Sync xmlns="AirSync:"> <Collections> <Collection>
[..]
</Collections> <WindowSize>100</WindowSize> </Sync>
SOGo connects to the imap server, authenticate users and start the loop. In this sample after 6 minutes and 906 requests of LIST (without data sent to OL) SOGo says:
Jul 21 09:41:32 sogod [21251]: <0x0x7f6266a38c50[SOGoActiveSyncDispatcher]> Change detected, we push the content. Jul 21 09:41:32 sogod [21251]: <0x0x7f6266a38c50[SOGoActiveSyncDispatcher]> EAS - response for device 57BC7D5F191C7BBDF7D954A8DC1C9CDC: <?xml version="1.0"?> <!DOCTYPE ActiveSync PUBLIC "-//MICROSOFT//DTD ActiveSync//EN" "http://www.microsoft.com/";> <Sync xmlns="AirSync:"> <Collections> <Collection> <Class>Email</Class>
[..]
</Collection> </Collections> </Sync> Jul 21 09:41:34 sogod [21251]: [ERROR] <0x0x7f6266d33d00[WOHttpTransaction]> client disconnected during delivery of response for <WORequest[0x0x7f6266cf0a30]: method=POST uri=/SOGo/Microsoft-Server-ActiveSync?jQAJBBBXvH1fGRx7vffZVKjcHJzcBAAAAAALV2luZG93c01haWw= app=SOGo rqKey=Microsoft-Server-ActiveSync rqPath=(null)> (len=17339): the socket was shutdown Jul 21 09:41:34 sogod [21251]: localhost "POST /SOGo/Microsoft-Server-ActiveSync?jQAJBBBXvH1fGRx7vffZVKjcHJzcBAAAAAALV2luZG93c01haWw= HTTP/1.1" 200 17339/11091 366.720 - - 650M Jul 21 09:41:34 sogod [21251]: |SOGo| terminating app, vMem size limit (512 MB) has been reached (currently 994 MB)
The client disconnection can be related to the ngnix proxy configuration, but the problem is that SOGo loops and ends this loop only when vMem size limit is reached.
Angelo -- [email protected] https://inverse.ca/sogo/lists
