Bug#561330: [Evolution] Bug#561330: Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
It seems to me that the issue was solved. At least I was not able to reproduce it anymore. It disappeared after a dist-upgrade few months later. Something must have changed as now I see a progress bar going on when I load an attachment. Thank you very much for all your work. Alessio Il 21/06/2010 23.56, Yves-Alexis Perez ha scritto: On dim., 2009-12-27 at 20:59 +0800, Li, Yan wrote: On Sat, Dec 26, 2009 at 06:51:10PM +0100, Alessio Botta wrote: Thread 1 (Thread 0xb632d760 (LWP 16814)): #0 0xb6d97d40 in cairo_matrix_transform_point () from /usr/lib/libcairo.so.2 #1 0xb6d8d761 in cairo_move_to () from /usr/lib/libcairo.so.2 #2 0xb6142328 in ?? () from /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so #3 0xb6128d69 in ?? () from /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so #4 0xb71a7b5e in gtk_paint_box () from /usr/lib/libgtk-x11-2.0.so.0 Thank you for the fast response. You see it was stuck in Cairo. From here I guess this has something to do with the Clearlooks GNOME theme. Could you please choose another theme (simpler ones like Mist) and try again? Also this issue may be better handled if you report it to the upstream bugzilla (https://bugzilla.gnome.org/), providing your steps to reproduce this issue along with the debug log. I have briefly searched this in upstream bugzilla but can't find any similar issue. Could you please file a new bug in upstream bugzilla with the logs you found. Also please keep me in the CC list. Any news about this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561330: [Evolution] Bug#561330: Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
On dim., 2009-12-27 at 20:59 +0800, Li, Yan wrote: On Sat, Dec 26, 2009 at 06:51:10PM +0100, Alessio Botta wrote: Thread 1 (Thread 0xb632d760 (LWP 16814)): #0 0xb6d97d40 in cairo_matrix_transform_point () from /usr/lib/libcairo.so.2 #1 0xb6d8d761 in cairo_move_to () from /usr/lib/libcairo.so.2 #2 0xb6142328 in ?? () from /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so #3 0xb6128d69 in ?? () from /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so #4 0xb71a7b5e in gtk_paint_box () from /usr/lib/libgtk-x11-2.0.so.0 Thank you for the fast response. You see it was stuck in Cairo. From here I guess this has something to do with the Clearlooks GNOME theme. Could you please choose another theme (simpler ones like Mist) and try again? Also this issue may be better handled if you report it to the upstream bugzilla (https://bugzilla.gnome.org/), providing your steps to reproduce this issue along with the debug log. I have briefly searched this in upstream bugzilla but can't find any similar issue. Could you please file a new bug in upstream bugzilla with the logs you found. Also please keep me in the CC list. Any news about this? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#561330: [Evolution] Bug#561330: Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
On Sat, Dec 26, 2009 at 06:51:10PM +0100, Alessio Botta wrote: Thread 1 (Thread 0xb632d760 (LWP 16814)): #0 0xb6d97d40 in cairo_matrix_transform_point () from /usr/lib/libcairo.so.2 #1 0xb6d8d761 in cairo_move_to () from /usr/lib/libcairo.so.2 #2 0xb6142328 in ?? () from /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so #3 0xb6128d69 in ?? () from /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so #4 0xb71a7b5e in gtk_paint_box () from /usr/lib/libgtk-x11-2.0.so.0 Thank you for the fast response. You see it was stuck in Cairo. From here I guess this has something to do with the Clearlooks GNOME theme. Could you please choose another theme (simpler ones like Mist) and try again? Also this issue may be better handled if you report it to the upstream bugzilla (https://bugzilla.gnome.org/), providing your steps to reproduce this issue along with the debug log. I have briefly searched this in upstream bugzilla but can't find any similar issue. Could you please file a new bug in upstream bugzilla with the logs you found. Also please keep me in the CC list. -- Li, Yan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561330: [Evolution] Bug#561330: Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
This is the command line output when opening Evolution, and then opening 4 attachments. Evolution crashed on the last attachment opening. I added a few comments. Thanks and best regards. AB --- --- I am going to launch Evolution, to enter the pwd for the four email accounts I have, and then to open an attachment from a message. --- --- ales...@ilva:~$ evolution ** (evolution:28786): DEBUG: mailto URL command: evolution %s ** (evolution:28786): DEBUG: mailto URL program: evolution ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results) e-data-server-ui-Message: Key file does not have group 'Passwords-Mail' e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results) e-data-server-ui-Message: Key file does not have group 'Passwords-Mail' ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results) e-data-server-ui-Message: Key file does not have group 'Passwords-Mail' e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results) e-data-server-ui-Message: Key file does not have group 'Passwords-Mail' ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed **
Bug#561330: [Evolution] Bug#561330: Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
On Sat, Dec 26, 2009 at 11:32:38AM +0100, Alessio Botta wrote: --- --- Everything went all right. Then, I was going to open a fourth attachment --- --- ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed Killed --- --- Evolution hanged with 100% cpu utilization I had to kill it --- --- Thanks for the log. But unfortunately there seems nothing very useful here. Could you please try to catch a backtrace by using gdb? 1. install gdb and Evolution debugging info packages: evolution-data-server-dbg, evolution-dbg 2. start evolution and make it run crazy by using your steps to reproduce this issue 3. get its pid, run: # ps -ef | grep evolution and you can find a line like: user 5260 26187 0 22:16 pts/700:00:00 evolution this is pid 4. run gdb: # gdb `which evolution` pid like: # gdb `which evolution` 5260 5. in gdb, run the following cmds one by one: set logging on info threads thread apply all bt (press return if the output pauses) quit then please attach the gdb.txt under your current directory. Thank you. -- Li, Yan signature.asc Description: Digital signature
Bug#561330: [Evolution] Bug#561330: Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
Here it is. Thanks to you! AB On Sat, 2009-12-26 at 22:20 +0800, Li, Yan wrote: On Sat, Dec 26, 2009 at 11:32:38AM +0100, Alessio Botta wrote: --- --- Everything went all right. Then, I was going to open a fourth attachment --- --- ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed Killed --- --- Evolution hanged with 100% cpu utilization I had to kill it --- --- Thanks for the log. But unfortunately there seems nothing very useful here. Could you please try to catch a backtrace by using gdb? 1. install gdb and Evolution debugging info packages: evolution-data-server-dbg, evolution-dbg 2. start evolution and make it run crazy by using your steps to reproduce this issue 3. get its pid, run: # ps -ef | grep evolution and you can find a line like: user 5260 26187 0 22:16 pts/700:00:00 evolution this is pid 4. run gdb: # gdb `which evolution` pid like: # gdb `which evolution` 5260 5. in gdb, run the following cmds one by one: set logging on info threads thread apply all bt (press return if the output pauses) quit then please attach the gdb.txt under your current directory. Thank you. 10 Thread 0xb5afbb70 (LWP 16824) 0xb80bc424 in __kernel_vsyscall () 9 Thread 0xb52fab70 (LWP 16825) 0xb80bc424 in __kernel_vsyscall () 8 Thread 0xb38ffb70 (LWP 16828) 0xb80bc424 in __kernel_vsyscall () 7 Thread 0xb30feb70 (LWP 16829) 0xb80bc424 in __kernel_vsyscall () 6 Thread 0xb20fcb70 (LWP 16831) 0xb80bc424 in __kernel_vsyscall () 5 Thread 0xb18fbb70 (LWP 16832) 0xb80bc424 in __kernel_vsyscall () 4 Thread 0xac345b70 (LWP 16842) 0xb80bc424 in __kernel_vsyscall () 3 Thread 0xabb44b70 (LWP 16843) 0xb80bc424 in __kernel_vsyscall () 2 Thread 0xb28fdb70 (LWP 17341) 0xb80bc424 in __kernel_vsyscall () * 1 Thread 0xb632d760 (LWP 16814) 0xb6d97d40 in cairo_matrix_transform_point () from /usr/lib/libcairo.so.2 Thread 10 (Thread 0xb5afbb70 (LWP 16824)): #0 0xb80bc424 in __kernel_vsyscall () #1 0xb79bd0a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0xb6b9db6a in ?? () from /lib/libglib-2.0.so.0 #3 0xb6b9df08 in g_async_queue_pop () from /lib/libglib-2.0.so.0 #4 0xb7c3b683 in sync_request_thread_cb (cFile=0xb6c40928) at camel-db.c:78 #5 0xb6bef17f in ?? () from /lib/libglib-2.0.so.0 #6 0xb79b9585 in start_thread () from /lib/i686/cmov/libpthread.so.0 #7 0xb6b122be in clone () from /lib/i686/cmov/libc.so.6 Thread 9 (Thread 0xb52fab70 (LWP 16825)): #0 0xb80bc424 in __kernel_vsyscall () #1 0xb79bd0a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0xb6b9db6a in ?? () from /lib/libglib-2.0.so.0 #3 0xb6b9df08 in g_async_queue_pop () from /lib/libglib-2.0.so.0 #4 0xb7c3b683 in sync_request_thread_cb (cFile=0xb6c40928) at camel-db.c:78 #5 0xb6bef17f in ?? () from /lib/libglib-2.0.so.0 #6 0xb79b9585 in start_thread () from /lib/i686/cmov/libpthread.so.0 #7 0xb6b122be in clone () from /lib/i686/cmov/libc.so.6 Thread 8 (Thread 0xb38ffb70 (LWP 16828)): #0 0xb80bc424 in __kernel_vsyscall () #1 0xb79bd0a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0xb6b9db6a in ?? () from /lib/libglib-2.0.so.0 #3 0xb6b9df08 in g_async_queue_pop () from /lib/libglib-2.0.so.0 #4 0xb7c3b683 in sync_request_thread_cb (cFile=0xb6c40928) at camel-db.c:78 #5 0xb6bef17f in ?? () from /lib/libglib-2.0.so.0 #6 0xb79b9585 in start_thread () from /lib/i686/cmov/libpthread.so.0 #7 0xb6b122be in clone () from /lib/i686/cmov/libc.so.6 Thread 7 (Thread 0xb30feb70 (LWP 16829)): #0 0xb80bc424 in __kernel_vsyscall () #1 0xb79bd0a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0xb6b9db6a in ?? () from /lib/libglib-2.0.so.0 #3 0xb6b9df08 in g_async_queue_pop () from /lib/libglib-2.0.so.0 #4 0xb7c3b683 in sync_request_thread_cb (cFile=0xb6c40928) at camel-db.c:78 #5 0xb6bef17f in ?? () from /lib/libglib-2.0.so.0 #6 0xb79b9585 in start_thread () from /lib/i686/cmov/libpthread.so.0 #7 0xb6b122be in clone () from /lib/i686/cmov/libc.so.6 Thread 6 (Thread 0xb20fcb70 (LWP 16831)): #0 0xb80bc424 in __kernel_vsyscall () #1 0xb79bd0a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0xb6b9db6a in ?? ()
Bug#561330: [Evolution] Bug#561330: Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
Could you please run Evolution from command line to see if there are any error messages printed? -- Yan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
Package: evolution Version: 2.28.1-2 Severity: important The first time I open an attachment, everything goes all right. Then, if I try to open other attachments from different email messages, evolution becomes unresponsive and the cpu becomes fully utilized. To recover my cpu I have to kill evolution (force quit). The bug happens sometimes when trying to open the attachment of a second email messages, sometimes when opening the third attachment, sometimes later on. It normally appears only when double-clicking on the attachment. While, doing an open-with seems to work fine. BTW, I see below that debconf complains about the fact that evolution needs a shutdown. However, this message does not disappear when rebooting the machine or restarting evolution. -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.2.16-2 simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.28Debian configuration management sy ii evolution-common 2.28.1-2 architecture independent files for ii evolution-data-server 2.28.1-1 evolution database backend server ii gconf2 2.28.0-1 GNOME configuration database syste ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libbluetooth3 4.57-1Library to use the BlueZ Linux Blu ii libbonobo2-0 2.24.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.2-1 The Bonobo UI library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.28.1-1 The Evolution MIME message handlin ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libebackend1.2-0 2.28.1-1 Utility library for evolution data ii libebook1.2-9 2.28.1-1 Client library for evolution addre ii libecal1.2-7 2.28.1-1 Client library for evolution calen ii libedataserver1.2-11 2.28.1-1 Utility library for evolution data ii libedataserverui1.2-8 2.28.1-1 GUI utility library for evolution ii libegroupwise1.2-132.28.1-1 Client library for accessing group ii libenchant1c2a 1.4.2-3.4 a wrapper library for various spel ii libexchange-storage1.2 2.28.1-1 Client library for accessing Excha ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-42.28.0-1 GNOME configuration database syste ii libgdata-google1.2-1 2.28.1-1 Client library for accessing Googl ii libgdata1.2-1 2.28.1-1 Client library for accessing Googl ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgnome-desktop-2-11 2.28.1-3 Utility library for loading .deskt ii libgnome-pilot22.0.15-2.4Support libraries for gnome-pilot ii libgnome2-02.28.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.26.0-1 A powerful object-oriented display ii libgnomeui-0 2.24.2-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.2-1GNOME Virtual File System (runtime ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libgtkhtml-editor0 3.28.1-1 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.28.1-1 HTML rendering/editing library - r ii libgweather1 2.28.0-1 GWeather shared library ii libhal10.5.13-6 Hardware Abstraction Layer - share ii libical0 0.43-3iCalendar library implementation i ii libice62:1.0.6-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.17-2.1OpenLDAP libraries ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d4.8.2-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.4-1 Network Security Service libraries ii liborbit2 1:2.14.17-2 libraries for ORBit2 - a CORBA ORB
Bug#561330: [Evolution] Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
On Wed, Dec 16, 2009 at 11:22:50AM +0100, Alessio Botta wrote: Package: evolution Version: 2.28.1-2 Severity: important The first time I open an attachment, everything goes all right. Then, if I try to open other attachments from different email messages, evolution becomes unresponsive and the cpu becomes fully utilized. To recover my cpu I have to kill evolution (force quit). The bug happens sometimes when trying to open the attachment of a second email messages, sometimes when opening the third attachment, sometimes later on. It normally appears only when double-clicking on the attachment. While, doing an open-with seems to work fine. Can you describe your setup (which kind of mail account). Does it happens with the (freshly uploaded to unstable) 2.28.2 version? Is there some kind of encryption on those attachments? Does the same thing happen with another user? Another account? BTW, I see below that debconf complains about the fact that evolution needs a shutdown. However, this message does not disappear when rebooting the machine or restarting evolution. What message? What you see below is just the fact that evolution needs to be shutdown for the 2.24 to 2.26 upgrade (which is ok for you now but the setting has to be kept for the lenny/squeeze upgrade). Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561330: [Evolution] Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
On Wed, 2009-12-16 at 13:28 +0100, Yves-Alexis Perez wrote: On Wed, Dec 16, 2009 at 11:22:50AM +0100, Alessio Botta wrote: Package: evolution Version: 2.28.1-2 Severity: important The first time I open an attachment, everything goes all right. Then, if I try to open other attachments from different email messages, evolution becomes unresponsive and the cpu becomes fully utilized. To recover my cpu I have to kill evolution (force quit). The bug happens sometimes when trying to open the attachment of a second email messages, sometimes when opening the third attachment, sometimes later on. It normally appears only when double-clicking on the attachment. While, doing an open-with seems to work fine. Can you describe your setup (which kind of mail account). Does it happens with the (freshly uploaded to unstable) 2.28.2 version? Version: 2.28.1-2 from testing. It happens with both pop and imap accounts, with and without encryption. Is there some kind of encryption on those attachments? Does the same thing happen with another user? Another account? The attachments are not encrypted. An encrypted connection is sometimes used to connect to the mail server (especially with imap). But, as reported above, this happens also with pop accounts without any encryption. The same problem happens with other users and accounts. It is not related to the kind of attachment. But it rather appears more frequently with big (500KB) attachments. BTW, I see below that debconf complains about the fact that evolution needs a shutdown. However, this message does not disappear when rebooting the machine or restarting evolution. What message? What you see below is just the fact that evolution needs to be shutdown for the 2.24 to 2.26 upgrade (which is ok for you now but the setting has to be kept for the lenny/squeeze upgrade). Ok thanks. Cheers. AB Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
