I am running OpenChange 2.3 and SOGo 3.0.2 and everything works fine from MAPI to ActiveSync using smaller mailboxes. As soon as I try to sync in Outlook 2013 a mailbox that has 300 folders, it never shows any messages. There is no Samba crash or any other ERROR level log in the samba logs ( running debug level 8, SOGo full debug and the debugoc.py script ). What happens is that I see openchange (sogo ?) go through each and every folder for the user and it does the following code, which all executes fine: C[0x5592de61a7b8]: 16946 select "Junk E-mail" S[0x5592de61ae58]: * OK [CLOSED] Previous mailbox closed. S[0x5592de61ae58]: * FLAGS (Answered Flagged Deleted Seen Draft) S[0x5592de61ae58]: * OK [PERMANENTFLAGS (Answered Flagged Deleted Seen Draft *)] Flags permitted. S[0x5592de61ae58]: * 0 EXISTS S[0x5592de61ae58]: * 0 RECENT S[0x5592de61ae58]: * OK [UIDVALIDITY 1397293333] UIDs valid S[0x5592de61ae58]: * OK [UIDNEXT 1] Predicted next UID S[0x5592de61ae58]: * OK [HIGHESTMODSEQ 1] Highest S[0x5592de61ae58]: 16946 OK [READ-WRITE] Select completed (0.001 + 0.000 secs). Note: no key found for sorting, using 'DATE': (null) C[0x5592de61a7b8]: 16947 UID SORT (DATE) UTF-8 NOT DELETED S[0x5592de61ae58]: * SORT S[0x5592de61ae58]: 16947 OK Sort completed (0.001 + 0.000 secs). C[0x5592de61a7b8]: 16948 UID FETCH 1:* (UID) (CHANGEDSINCE 0 VANISHED) S[0x5592de61ae58]: 16948 OK Fetch completed (0.001 + 0.000 secs).
C[0x5592de61a7b8]: 16949 UID SORT (ARRIVAL) UTF-8 NOT DELETED S[0x5592de61ae58]: * SORT S[0x5592de61ae58]: 16949 OK Sort completed (0.001 + 0.000 secs). After this, it seems there's no activity at all. In the logs I end up seeing this: [2016/04/05 19:10:23.446368, 5] libmapi/oc_log.c:54(oc_logv) mapiproxy/dcesrv_mapiproxy.c:44(mapiproxy_op_reply): mapiproxy::mapiproxy_op_reply [2016/04/05 19:10:23.446384, 5] libmapi/oc_log.c:54(oc_logv) mapiproxy/dcesrv_mapiproxy.c:402(mapiproxy_op_ndr_push): mapiproxy::mapiproxy_op_ndr_push [2016/04/05 19:10:25.093708, 4] ../source4/dsdb/repl/drepl_notify.c:463(dreplsrv_notify_schedule) dreplsrv_notify_schedule(5) scheduled for: Tue Apr 5 19:10:30 2016 EDT [2016/04/05 19:10:30.100576, 4] ../source4/dsdb/repl/drepl_notify.c:463(dreplsrv_notify_schedule) dreplsrv_notify_schedule(5) scheduled for: Tue Apr 5 19:10:35 2016 EDT [2016/04/05 19:10:35.107435, 4] ../source4/dsdb/repl/drepl_notify.c:463(dreplsrv_notify_schedule) dreplsrv_notify_schedule(5) scheduled for: Tue Apr 5 19:10:40 2016 EDT [2016/04/05 19:10:40.114183, 4] ../source4/dsdb/repl/drepl_notify.c:463(dreplsrv_notify_schedule) dreplsrv_notify_schedule(5) scheduled for: Tue Apr 5 19:10:45 2016 EDT [2016/04/05 19:10:45.121302, 4] ../source4/dsdb/repl/drepl_notify.c:463(dreplsrv_notify_schedule) dreplsrv_notify_schedule(5) scheduled for: Tue Apr 5 19:10:50 2016 EDT [2016/04/05 19:10:47.180536, 3] ../source4/smbd/service_stream.c:66(stream_terminate_connection) Terminating connection - 'dcesrv: NT_STATUS_CONNECTION_DISCONNECTED' After yet a bit more deadtime, the whole folder resync starts again and disconnects again..and restarts... Is there a timeout somewhere that might cause this ? A number of folders limit ? I've set the Apache RequestTimeout to 900 seconds and KeepAliveTimeout to 900 as well. Any input is highly appreciated. Thanks!
_______________________________________________ devel mailing list devel@lists.openchange.org http://mailman.openchange.org/listinfo/devel
