Or could this maybe be a limitation in libmapistore / memcached interaction ? I am dumping the contents of memcached for this mailbox and it always has at most 100 entries of:
indexing:u...@domain.com:4ef1e1b358d12ccf I've looked through mapiproxy/libmapistore/backends/indexing_mysql.c but I don't think I see such a limit there On Tue, Apr 5, 2016 at 09:11 PM, Jesús García Sáez wrote: Have you tried to "clear offline items" (right click on the folder, properties) and then shift+f9 after that? On Wed, Apr 6, 2016 at 2:05 AM, wrote: 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 (mailto:devel@lists.openchange.org) http://mailman.openchange.org/listinfo/devel (http://mailman.openchange.org/listinfo/devel)
_______________________________________________ devel mailing list devel@lists.openchange.org http://mailman.openchange.org/listinfo/devel
