[Evolution] Segfault in evolution 3.18.2

[Pete Biggs <pete biggs org uk>]

I'm using Evolution 3.18.2 on a newly upgraded Fedora 23.  All packages
are up to date.  All (relevant) accounts are IMAP based

When moving multiple messages from one (sub)folder to another, the
messages are moved, but Evolution freezes and throws a segfault.

I can provide back traces, but I'm no expert in these things so just a
brief sanity check that I'm doing a backtrace on the correct component.
The messages from GDB before the back trace are:

    (evolution:16802): camel-CRITICAL **: camel_message_info_unref: assertion 'mi->refcount > 0' failed
    [New Thread 0x7fff6dbe4700 (LWP 16926)]

    Program received signal SIGSEGV, Segmentation fault.
    0x00007fffed56c988 in g_slice_alloc () from /lib64/libglib-2.0.so.0

The CRITICAL message from camel is repeated a few times before it
segfaults.

The backtrace from the last few threads are:

    (gdb) thread apply all bt

    Thread 82 (Thread 0x7fff6dbe4700 (LWP 16926)):
    #0  0x00007fffed241c49 in syscall () at /lib64/libc.so.6
    #1  0x00007fffed593edc in g_mutex_lock_slowpath () at /lib64/libglib-2.0.so.0
    #2  0x00007fffc75c15ea in imapx_search_by_uids ()
        at /usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
    #3  0x00007ffff54c3789 in camel_folder_search_by_uids ()
        at /lib64/libcamel-1.2.so.54
    #4  0x00007ffff5521151 in vee_folder_process_changes ()
        at /lib64/libcamel-1.2.so.54
    #5  0x00007ffff5502da0 in session_job_thread () at /lib64/libcamel-1.2.so.54
    #6  0x00007fffed5771ce in g_thread_pool_thread_proxy ()
        at /lib64/libglib-2.0.so.0
    #7  0x00007fffed576835 in g_thread_proxy () at /lib64/libglib-2.0.so.0
    #8  0x00007ffff3f7c60a in start_thread () at /lib64/libpthread.so.0
    #9  0x00007fffed247a7d in clone () at /lib64/libc.so.6

    Thread 81 (Thread 0x7fff6f5eb700 (LWP 16925)):
    #0  0x00007fffed241c49 in syscall () at /lib64/libc.so.6
    #1  0x00007fffed59499a in g_cond_wait_until () at /lib64/libglib-2.0.so.0
    #2  0x00007fffed524c09 in g_async_queue_pop_intern_unlocked ()
        at /lib64/libglib-2.0.so.0
    #3  0x00007fffed5771a6 in g_thread_pool_thread_proxy ()
        at /lib64/libglib-2.0.so.0
    #4  0x00007fffed576835 in g_thread_proxy () at /lib64/libglib-2.0.so.0
    #5  0x00007ffff3f7c60a in start_thread () at /lib64/libpthread.so.0
    #6  0x00007fffed247a7d in clone () at /lib64/libc.so.6

    Thread 80 (Thread 0x7fff499a1700 (LWP 16924)):
    #0  0x00007ffff3f8489d in __lll_lock_wait () at /lib64/libpthread.so.0
    #1  0x00007ffff3f7ea36 in pthread_mutex_lock () at /lib64/libpthread.so.0
    #2  0x00007ffff54bb310 in camel_folder_summary_get_array ()
        at /lib64/libcamel-1.2.so.54
    #3  0x00007ffff54b6b3f in camel_folder_search_search ()
        at /lib64/libcamel-1.2.so.54
    #4  0x00007fffc75c1630 in imapx_search_by_uids ()
        at /usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
    #5  0x00007ffff54c3789 in camel_folder_search_by_uids ()
        at /lib64/libcamel-1.2.so.54
    #6  0x00007ffff5521151 in vee_folder_process_changes ()
        at /lib64/libcamel-1.2.so.54
    #7  0x00007ffff5502da0 in session_job_thread () at /lib64/libcamel-1.2.so.54
    #8  0x00007fffed5771ce in g_thread_pool_thread_proxy ()
        at /lib64/libglib-2.0.so.0
    #9  0x00007fffed576835 in g_thread_proxy () at /lib64/libglib-2.0.so.0
    #10 0x00007ffff3f7c60a in start_thread () at /lib64/libpthread.so.0
    #11 0x00007fffed247a7d in clone () at /lib64/libc.so.6

Does this make sense?  Any thoughts on what might be causing this?

P.