Evolution locking up

[Scott T. Hildreth]

I recently updated my server to 8.2 and all my ports, but I am sure some
library needs to be recompiled.  I did have to force a lot of
portupgrades because of library changes, libcrypt I believe.  After
being up awhile evolution will go into an unresponsive state, in fact
the window will be grayed out.  I recompiled evolution with debugging 
symbols and ran gcore on a stuck process.  Unfortunately the back trace
is not very useful,

#0  0x49ee72f7 in __error () from /lib/libthr.so.3
[New Thread 4b1a8980 (LWP 100619/evolution)]
[New Thread 4b1a6b80 (LWP 100618/evolution)]
[New Thread 505fec40 (LWP 100617/evolution)]
[New Thread 509aec40 (LWP 100616/evolution)]
[New Thread 4b1a8ac0 (LWP 100612/evolution)]
[New Thread 4b1a8480 (LWP 100611/evolution)]
[New Thread 4b1a8fc0 (LWP 100257/evolution)]
[New Thread 4b1a9100 (LWP 100247/evolution)]
[New Thread 4b1a9380 (LWP 100244/evolution)]
[New Thread 4b1a99c0 (LWP 100227/evolution)]
[New Thread 4b1ce280 (LWP 100196/evolution)]
[New Thread 4b101140 (LWP 100165/initial thread)]
(gdb) bt
#0  0x49ee72f7 in __error () from /lib/libthr.so.3
#1  0x49ee6ed8 in __error () from /lib/libthr.so.3
#2  0x53dc6160 in ?? ()
#3  0x00000008 in ?? ()
#4  0x00000001 in ?? ()
#5  0x53dc6140 in ?? ()
#6  0x00000000 in ?? ()
#7  0x5058c900 in ?? ()
#8  0x00000006 in ?? ()
#9  0x49ee583f in pthread_setcancelstate () from /lib/libthr.so.3
#10 0x49ee5100 in pthread_cond_signal () from /lib/libthr.so.3
#11 0x49afe4b1 in g_async_queue_sort ()
from /usr/local/lib/libglib-2.0.so.0
#12 0x49afe8cd in g_async_queue_pop ()
from /usr/local/lib/libglib-2.0.so.0
#13 0x486c1cad in sync_request_thread_cb ()
from /usr/local/lib/libcamel-1.2.so.19
#14 0x49b52281 in g_thread_create_full ()
from /usr/local/lib/libglib-2.0.so.0
#15 0x49edc73f in pthread_getprio () from /lib/libthr.so.3
#16 0xbf4f9fec in ?? ()

When it is stuck and I try a strace, I get device is busy. I did try
truss and then evolution died.  Do you think I need recompile glib?
I have an almost identical setup at work and evolution works fine.
I also noticed that dbus-daemon always is near the "top" of a top run.
Its not taking a lot of resources, I just haven't seen it, so active
before.



Thanks,
  Scott