[Evolution] Evolution 0.8 hangs moving message between IMAP folders

[Ben Liblit <liblit eecs berkeley edu>]

I am using Evolution 0.8 with an IMAP server.  The real IMAP server
only accepts SSL connections, so I am running "stunnel" locally to
bridge between the two.  This works fine provided I only want to
passively look at my messages.  When I try to move a message from one
folder to another, though, Evolution gets stuck.

The GUI remains live and responsive.  The progress bar in the lower
right corner scans back and forth in Cylon mode.  I can wait forever,
though, and the move operation never seems to complete.  It has the
feel I would expect if it were waiting for input from a dead server.
But the server is alive, of course, and works perfectly well with
other IMAP clients.

Perhaps it would be helpful to know what Evolution is doing, i.e. what
it thinks it's waiting for.  I tried to move a message from folder
"INBOX" to folder "Trash" on the same server.  Several minutes into
the hang, the "evolution" process has one thread with the following
stack trace:

-- evolution -----------------------------------------------------------

#0  0x407f60ec in __poll (fds=0x820c4a0, nfds=11, timeout=79)
    at ../sysdeps/unix/sysv/linux/poll.c:63
#1  0x404c7485 in g_main_poll () from /usr/lib/libglib-1.2.so.0
#2  0x404c6dca in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#3  0x404c71cc in g_main_run () from /usr/lib/libglib-1.2.so.0
#4  0x403ddf87 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#5  0x4063d1a3 in bonobo_main () at bonobo-main.c:275
#6  0x8074320 in main ()
#7  0x40740a7c in __libc_start_main (main=0x80741fc <main>, argc=1, 
    ubp_av=0xbffff6c4, init=0x805e0d4 <_init>, fini=0x80c144c <_fini>, 
    rtld_fini=0x4000d684 <_dl_fini>, stack_end=0xbffff6bc)
    at ../sysdeps/generic/libc-start.c:111

------------------------------------------------------------------------


The "evolution-mail" process has three threads with the following
respective stack traces:

-- evolution-mail #1 ---------------------------------------------------

#0  0x4096e0ec in __poll (fds=0x82de600, nfds=10, timeout=431962)
    at ../sysdeps/unix/sysv/linux/poll.c:63
#1  0x4073a485 in g_main_poll () from /usr/lib/libglib-1.2.so.0
#2  0x40739dca in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#3  0x4073a1cc in g_main_run () from /usr/lib/libglib-1.2.so.0
#4  0x40509f87 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#5  0x400fc1a3 in bonobo_main () at bonobo-main.c:275
#6  0x807c99e in main ()
#7  0x408b8a7c in __libc_start_main (main=0x807c88c <main>, argc=4, 
    ubp_av=0xbffff534, init=0x805fa48 <_init>, fini=0x80a814c <_fini>, 
    rtld_fini=0x4000d684 <_dl_fini>, stack_end=0xbffff52c)
    at ../sysdeps/generic/libc-start.c:111


-- evolution-mail #2 ---------------------------------------------------

#0  0x4096e0ec in __poll (fds=0x8117704, nfds=1, timeout=2000)
    at ../sysdeps/unix/sysv/linux/poll.c:63
#1  0x4033cb12 in __pthread_manager (arg=0x16) at manager.c:148


-- evolution-mail #3 ---------------------------------------------------

#0  0x40968a04 in __libc_read () from /lib/libc.so.6
#1  0x4034b9fc in __DTOR_END__ () from /lib/libpthread.so.0
#2  0x40087962 in stream_read (stream=0x82e51c8, 
    buffer=0x82ec820 "27)\r\n* 4857 FETCH (FLAGS (\\Seen) UID 11528)\r\n* 4858 FETCH (FLAGS (\\Seen) UID 
11529)\r\n* 4859 FETCH (FLAGS (\\Seen) UID 11530)\r\n* 4860 FETCH (FLAGS (\\Seen) UID 11531)\r\n* 4861 FETCH 
(FLAGS (\\Answered \\See"..., n=1024) at camel-stream-fs.c:217
#3  0x40088358 in camel_stream_read (stream=0x82e51c8, 
    buffer=0x82ec820 "27)\r\n* 4857 FETCH (FLAGS (\\Seen) UID 11528)\r\n* 4858 FETCH (FLAGS (\\Seen) UID 
11529)\r\n* 4859 FETCH (FLAGS (\\Seen) UID 11530)\r\n* 4860 FETCH (FLAGS (\\Seen) UID 11531)\r\n* 4861 FETCH 
(FLAGS (\\Answered \\See"..., n=1024) at camel-stream.c:93
#4  0x40086f34 in camel_stream_buffer_gets (sbf=0x82e5d98, 
    buf=0xbf7ff44c "* 4880 FETCH (FLAGS (\\Seen) UID 11551)\r\n", max=1024)
    at camel-stream-buffer.c:391
#5  0x40083842 in remote_recv_line (store=0x8238d58, dest=0xbf7ff8d4, 
    ex=0x831bb58) at camel-remote-store.c:437
#6  0x40083a10 in camel_remote_store_recv_line (store=0x8238d58, 
    dest=0xbf7ff8d4, ex=0x831bb58) at camel-remote-store.c:491
#7  0x40c6087e in imap_read_response (store=0x8238d58, ex=0x831bb58)
    at camel-imap-command.c:182
#8  0x40c6062c in camel_imap_command (store=0x8238d58, folder=0x830a270, 
    ex=0x831bb58, fmt=0x40c65151 "FETCH 1:%d (UID FLAGS)")
    at camel-imap-command.c:101
#9  0x40c61363 in imap_refresh_info (folder=0x830a270, ex=0x831bb58)
    at camel-imap-folder.c:264
#10 0x40c61250 in camel_imap_folder_new (parent=0x8238d58, 
    folder_name=0x83297d0 "Trash", short_name=0x8329f68 "Trash", 
    summary_file=0x83297e0 "/home/liblit/evolution/mail/imap/liblit localhost/Trash/#summary", ex=0x831bb58) 
at camel-imap-folder.c:221
#11 0x40c633aa in get_folder (store=0x8238d58, folder_name=0x83297d0 "Trash", 
    flags=1, ex=0x831bb58) at camel-imap-store.c:534
#12 0x40085be4 in get_folder_internal (store=0x8238d58, 
    folder_name=0x83297d0 "Trash", flags=1, ex=0x831bb58) at camel-store.c:251
#13 0x40085c9c in camel_store_get_folder (store=0x8238d58, 
    folder_name=0x83297c1 "Trash", flags=1, ex=0x831bb58) at camel-store.c:284
#14 0x807b817 in mail_tool_uri_to_folder ()
#15 0x8076859 in mail_do_expunge_folder ()
#16 0x807a0d0 in mail_operations_get_status ()
#17 0x4033da34 in pthread_start_thread (arg=0xbf7ffc00) at manager.c:274

------------------------------------------------------------------------


This problem is not new in 0.8; I am quite certain that it was present
as far back as 0.6 and possibly earlier.

I am using an up-to-date Helix install of both GNOME and Evolution on
top of an otherwise typical Red Hat 7.0 machine.