On 10/03/2014 02:57 PM, Ludovic Marcotte wrote:
> On 2014-10-03 7:45 AM, Jacques Morrisseau wrote:
>> Any other suggestions?
> How big is the mail folder? In terms of number of emails and size in MB?
Hi.
I have the same problem, but I went a step further. I'm testing SOGo for
a 2 weeks now (2.2.8, 2.2.9 on CentOS 6.5). Small mailboxes are synced
with Outlook 2013 and Android 4.2.1 exchange/activesync client, but when
I try this with a long living big IMAP users (3-4 GB). Things are
failing on default WOWatchDogRequestTimeout timeout ... enlarged to 60
minutes after I notice this.
I have used cyrus-imapd 2.3.16 - there is no chance to get big mailbox
useful in Outlook.
I get better results with setup of cyrus-imapd 2.4.17 on SOGo server
itself yesterday, and synced with imapsync one large mailbox from 2.3.16
(2.7 GB), and reconfigured SOGo to use new cyrus imap server. Now, I can
get last month of INBOX synced in reasonable (3-4 minutes) time, even a
whole INBOX in 10-12 minutes, but only main INBOX -- IMAP subfolders
(20-30 of them) are not synced ever - they remain empty in Android and
in Outlook too (default calendar and contacts imported via web interface
are synced in Outlook). I have waited for 2 hours, just in case.
BTW, all timeouts are set 5-6 times bigger from default (sogo.conf,
Apache proxy) in order to get enough time for slow big actions, but
after optimization on IMAP side, timeouts are not an issue anymore.
This are some interesting errors from /var/log/sogo/sogo.conf:
Oct 03 12:37:54 sogod [16001]: [ERROR]
<0x0x7f2b6ad6c038[NGImap4Connection]> could not sort contents of URL:
imaps://mzubcic%40labos.test@localhost/%28null%29/?tls=YES
Oct 03 12:41:52 sogod [16000]: <0x0x7f2b6e271648[NGImap4Client]> Note:
no key found for sorting, using 'DATE': (null)
This two lines are repeating in sogo.log 2-3 every couple of seconds
while main INBOX is opened in Outlook 2013. Notice this "%28null%29" in
place of mailbox name. List/structure of mailboxes/folders is always
synced correctly in Outlook.
If I enable ImapDebugEnabled in sogo.conf, I can observe in sogo.log big
amount of IMAP operations that seems it is in some loop and never
ending. Like this:
S[0x7f3147e42c08]: * ANNOTATION "INBOX" "/comment" ("value.priv"
"srv1_labos_test_3e80_19de9a86_20")
S[0x7f3147e42c08]: * ANNOTATION "INBOX.Drafts" "/comment" ("value.priv"
"srv1_labos_test_4f11_19dee082_653")
S[0x7f3147e42c08]: * ANNOTATION "INBOX.Sent" "/comment" ("value.priv"
"srv1_labos_test_4f11_19dee082_646")
...
and then:
C[0x7f3147e32678]: 4439 setannotation "INBOX.Sent" "/comment"
("value.priv" "srv1_labos_test_4f11_19dee082_f92")
S[0x7f3147e42c08]: 4439 OK Completed
C[0x7f3147e32678]: 4440 setannotation "INBOX.oracle" "/comment"
("value.priv" "srv1_labos_test_4f11_19dee082_f93")
S[0x7f3147e42c08]: 4440 OK Completed
after that:
C[0x7f3147e32678]: 4465 unselect
S[0x7f3147e42c08]: 4465 BAD Please select a mailbox first
C[0x7f3147e32678]: 4466 select "(null)"
S[0x7f3147e42c08]: 4466 NO Mailbox does not exist
C[0x7f3147e32678]: 4467 unselect
S[0x7f3147e42c08]: 4467 BAD Please select a mailbox first
C[0x7f3147e32678]: 4468 select "(null)"
S[0x7f3147e42c08]: 4468 NO Mailbox does not exist
C[0x7f3147e32678]: 4469 getannotation "*" "/comment" "value.priv"
... and than it restarts the whole from the beggining with ANNOTATION
"INBOX" etc ...
--
Miroslav Zubcic, Nimium d.o.o., email: <[email protected]>
Tel: +385 1 6390 782, Fax: +385 1 4852 640, Mobile: +385 98 942 8672
Gredicka 3, 10000 Zagreb, Hrvatska
--
[email protected]
https://inverse.ca/sogo/lists
