Re: Claws-mail frequently dumps core on 5.3R
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Sun, 5 May 2013 15:12:07 +0200 schrieb Stefan Wollny ste...@wollny.de: On Sat, 4 May 2013 21:18:35 +0200 Erwin Geerdink m...@erwingeerdink.com wrote: Hi, Since I upgraded to OpenBSD 5.3 Release (following the upgrade guide on the website), I have experienced the following problem with claws-mail v3.8.1: Every time I try to fetch mail, a dialog 'Changed SSL certificate' pops up, for each of my mailboxes. No matter if I choose 'Cancel connection' or 'Accept and Save certificates', both frequently result in a core dump. Even when claws does not crash, the certs are not properly saved, for the dialog shows up every subsequent fetch. The SSL certs are stored to disk (~/.claws-mail/certs/), but information about owner and signer is 'not in certificate'. Core dumps also occur when sending mail. As you understand, this makes usage quite a pain. Does anyone experience this issue as well? Hi Erwin, Hi misc@! I do experience this behaviour as well - as of this morning I use the latest 5.3-current (#148) and claws-mail hasn't crashed for an hour. Yet it keeps complaining about the SSL certs being changed. I just did a fresh install of my system based on 5.3-current (#147). The ./claws-mail/certs folder has permissions 700 while the certs within have 644 - I have no idea if this has an effect on claws-mail. If I can help with any other info or testing just drop me a line. Cheers, STEFAN OpenBSD 5.3-current (GENERIC.MP) #148: Tue Apr 30 11:41:58 MDT 2013 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM) Duo CPU T2400 @ 1.83GHz (GenuineIntel 686-class) 1.83 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF real mem = 3219517440 (3070MB) avail mem = 3155484672 (3009MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 08/27/09, BIOS32 rev. 0 @ 0xfd6b0, SMBIOS rev. 2.4 @ 0xe0010 (68 entries) bios0: vendor LENOVO version 79ETE5WW (2.25 ) date 08/27/2009 bios0: LENOVO 200855G acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET BOOT SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB7(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) Duo CPU T2400 @ 1.83GHz (GenuineIntel 686-class) 1.83 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpimcfg0 at acpi0 addr 0xf000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus 4 (EXP2) acpiprt5 at acpi0: bus 12 (EXP3) acpiprt6 at acpi0: bus 21 (PCI1) acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 127 degC acpitz1 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 92P1139 serial 6480 type LION oem Panasonic acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) bios0: ROM list: 0xc/0xfe00 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1! cpu0: Enhanced SpeedStep 1829 MHz: speeds: 1833, 1333, 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82945GM Host rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82945GM PCIE rev 0x03: apic 1 int 16 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon Mobility X1300 M52-64 rev 0x00 radeondrm0 at vga1: apic 1 int 16 drm0 at radeondrm0 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: msi azalia0: codecs: Analog Devices AD1981HD, Conexant/0x2bfa, using Analog Devices AD1981HD audio0 at azalia0 ppb1 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 1 int 20 pci2 at ppb1 bus 2 em0 at pci2 dev 0 function 0 Intel PRO/1000MT (82573L) rev 0x00: msi, address 00:15:58:31:de:bd ppb2 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x02: apic 1 int 21 pci3 at ppb2 bus 3 wpi0 at pci3 dev 0 function 0 Intel PRO/Wireless 3945ABG rev 0x02: msi, MoW2, address
Re: Claws-mail frequently dumps core on 5.3R
I have experienced same behaviour, on sparc, openbsd, version 5.3, kernel #40. Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE network. From: Stefan WollnySent: Saturday, September 28, 2013 6:20 PMTo: Stefan WollnyCc: Erwin Geerdink; OpenBSDSubject: Re: Claws-mail frequently dumps core on 5.3R -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Sun, 5 May 2013 15:12:07 +0200 schrieb Stefan Wollny ste...@wollny.de: On Sat, 4 May 2013 21:18:35 +0200 Erwin Geerdink m...@erwingeerdink.com wrote: Hi, Since I upgraded to OpenBSD 5.3 Release (following the upgrade guide on the website), I have experienced the following problem with claws-mail v3.8.1: Every time I try to fetch mail, a dialog 'Changed SSL certificate' pops up, for each of my mailboxes. No matter if I choose 'Cancel connection' or 'Accept and Save certificates', both frequently result in a core dump. Even when claws does not crash, the certs are not properly saved, for the dialog shows up every subsequent fetch. The SSL certs are stored to disk (~/.claws-mail/certs/), but information about owner and signer is 'not in certificate'. Core dumps also occur when sending mail. As you understand, this makes usage quite a pain. Does anyone experience this issue as well? Hi Erwin, Hi misc@! I do experience this behaviour as well - as of this morning I use the latest 5.3-current (#148) and claws-mail hasn't crashed for an hour. Yet it keeps complaining about the SSL certs being changed. I just did a fresh install of my system based on 5.3-current (#147). The ./claws-mail/certs folder has permissions 700 while the certs within have 644 - I have no idea if this has an effect on claws-mail. If I can help with any other info or testing just drop me a line. Cheers, STEFAN OpenBSD 5.3-current (GENERIC.MP) #148: Tue Apr 30 11:41:58 MDT 2013 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM) Duo CPU T2400 @ 1.83GHz (GenuineIntel 686-class) 1.83 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI, MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF real mem = 3219517440 (3070MB) avail mem = 3155484672 (3009MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 08/27/09, BIOS32 rev. 0 @ 0xfd6b0, SMBIOS rev. 2.4 @ 0xe0010 (68 entries) bios0: vendor LENOVO version 79ETE5WW (2.25 ) date 08/27/2009 bios0: LENOVO 200855G acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET BOOT SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB7(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) Duo CPU T2400 @ 1.83GHz (GenuineIntel 686-class) 1.83 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI, MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpimcfg0 at acpi0 addr 0xf000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus 4 (EXP2) acpiprt5 at acpi0: bus 12 (EXP3) acpiprt6 at acpi0: bus 21 (PCI1) acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 127 degC acpitz1 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 92P1139 serial 6480 type LION oem Panasonic acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) bios0: ROM list: 0xc/0xfe00 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1! cpu0: Enhanced SpeedStep 1829 MHz: speeds: 1833, 1333, 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82945GM Host rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82945GM PCIE rev 0x03: apic 1 int 16 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon Mobility X1300 M52-64 rev 0x00 radeondrm0 at vga1: apic 1 int 16 drm0 at radeondrm0 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: msi azalia0: codecs: Analog Devices AD1981HD, Conexant/0x2bfa, using Analog Devices AD1981HD audio0 at azalia0 ppb1 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 1
Re: Claws-mail frequently dumps core on 5.3R
On Fri, 10 May 2013 14:42:48 -0700 Philip Guenther guent...@gmail.com wrote: The quality of the error checking demonstrated by this crash, btw, should have you filing bugs with the claws-mail developers. Bad input files is not a valid reason to crash; it should be reporting what file is involved and the most precise error message it has for the problem and existing with a non-zero status. Thanks alot for your help. I will report this issue to the claws project. Meanwhile I stick to Sylpheed, which does not have this bug, apparently. Thanks, Erwin
Re: Claws-mail frequently dumps core on 5.3R
On Thu, 9 May 2013 13:56:19 -0700 Philip Guenther guent...@gmail.com wrote: Has anyone used to gdb here, either examine the core files or to run it where the signal can be caught and you can see what call is doing something wrong? Philip Guenther I have little experience with debugging. I got the following output from gdb, not sure if it's useful. Please let me know if you need additional information. ~ $ gdb claws-mail GNU gdb 6.3 (no debugging symbols found) (gdb) r Starting program: /usr/local/bin/claws-mail ** (claws-mail:548): WARNING **: plugin loading error: File not found [New process 548] ** (claws-mail:548): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:548): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:548): WARNING **: couldn't gnutls_x509_crt_export to get size a The request is invalid. Program received signal SIGSEGV, Segmentation fault. 0x1e8d3180bed6 in _gnutls_x509_crt_get_raw_dn2 () from /usr/local/lib/libgnutls.so.39.2 (gdb) bt #0 0x1e8d3180bed6 in _gnutls_x509_crt_get_raw_dn2 () from /usr/local/lib/libgnutls.so.39.2 #1 0x1e8d31808e6a in is_issuer () from /usr/local/lib/libgnutls.so.39.2 #2 0x1e8b21086faf in ssl_certificate_check_signer () from /usr/local/bin/claws-mail #3 0x1e8b210ec3ce in claws_spell_entry_new () from /usr/local/bin/claws-mail #4 0x1e8b210ed2cd in sslcertwindow_register_hook () from /usr/local/bin/claws-mail #5 0x1e8b2107ac69 in base64_decoder_new () from /usr/local/bin/claws-mail #6 0x1e8d31cb8989 in g_hook_list_marshal () from /usr/local/lib/libglib-2.0.so.3400.0 #7 0x1e8b2107ad80 in hooks_invoke () from /usr/local/bin/claws-mail #8 0x1e8b21087626 in ssl_certificate_check () from /usr/local/bin/claws-mail #9 0x1e8b21085f0b in ssl_init_socket_with_method () from /usr/local/bin/claws-mail #10 0x1e8b2108224c in session_connect () from /usr/local/bin/claws-mail #11 0x1e8b21084d44 in fd_connect_inet () from /usr/local/bin/claws-mail #12 0x1e8d31cc4d3a in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.3400.0 #13 0x1e8d31cc6725 in g_main_context_iterate () from /usr/local/lib/libglib-2.0.so.3400.0 #14 0x1e8d31cc67e7 in g_main_context_iteration () from /usr/local/lib/libglib-2.0.so.3400.0 #15 0x1e8d23afff01 in gtk_main_iteration () from /usr/local/lib/libgtk-x11-2.0.so.2400.0 #16 0x1e8b20f740c7 in inc_cancel_all () from /usr/local/bin/claws-mail #17 0x1e8b20f7515f in inc_all_account_mail () from /usr/local/bin/claws-mail #18 0x1e8b20f76e5f in clean_quit () from /usr/local/bin/claws-mail #19 0x1e8d31cc57cb in g_timeout_dispatch () from /usr/local/lib/libglib-2.0.so.3400.0 #20 0x1e8d31cc4d3a in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.3400.0 #21 0x1e8d31cc6725 in g_main_context_iterate () from /usr/local/lib/libglib-2.0.so.3400.0 #22 0x1e8d31cc7815 in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.3400.0 #23 0x1e8d23b00043 in gtk_main () from /usr/local/lib/libgtk-x11-2.0.so.2400.0 #24 0x1e8b20f79d6d in main () from /usr/local/bin/claws-mail (gdb) c Continuing. Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists.
Re: Claws-mail frequently dumps core on 5.3R
Gesendet: Freitag, 10. Mai 2013 um 13:31 Uhr Von: Erwin Geerdink m...@erwingeerdink.com An: misc@openbsd.org Betreff: Re: Claws-mail frequently dumps core on 5.3R On Thu, 9 May 2013 13:56:19 -0700 Philip Guenther guent...@gmail.com wrote: Has anyone used to gdb here, either examine the core files or to run it where the signal can be caught and you can see what call is doing something wrong? Philip Guenther Sorry for being late - my kids shifted priorities :-) I am not familiar with gdb, but this is my output: (gdb) r Starting program: /usr/local/bin/claws-mail [New process 29081] ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size b Die Anfrage ist ung\xfcltig. kpdf'%s'++ STATS ++ INC 0 0 ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size b Die Anfrage ist ung\xfcltig. ++ STATS ++ INC 0 0 ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size b Die Anfrage ist ung\xfcltig. ++ STATS ++ INC 0 0 ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size b Die Anfrage ist ung\xfcltig. ++ STATS ++ INC 0 0 ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size b Die Anfrage ist ung\xfcltig. ++ STATS ++ INC 0 0 ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:29081): WARNING **: couldn't gnutls_x509_crt_export to get size a Die Anfrage ist ung\xfcltig. Program received signal SIGSEGV, Segmentation fault. 0x00378b95 in _gnutls_x509_compare_raw_dn () from /usr/local/lib/libgnutls.so.39.4 (gdb) Any other info requested? Cheers, STEFAN
Re: Claws-mail frequently dumps core on 5.3R
On Fri, May 10, 2013 at 4:31 AM, Erwin Geerdink m...@erwingeerdink.com wrote: I have little experience with debugging. I got the following output from gdb, not sure if it's useful. Please let me know if you need additional information. It's a reasonable start. :-) (gdb) r Starting program: /usr/local/bin/claws-mail ** (claws-mail:548): WARNING **: plugin loading error: File not found [New process 548] ** (claws-mail:548): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:548): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:548): WARNING **: couldn't gnutls_x509_crt_export to get size a The request is invalid. Program received signal SIGSEGV, Segmentation fault. 0x1e8d3180bed6 in _gnutls_x509_crt_get_raw_dn2 () from /usr/local/lib/libgnutls.so.39.2 (gdb) bt #0 0x1e8d3180bed6 in _gnutls_x509_crt_get_raw_dn2 () from /usr/local/lib/libgnutls.so.39.2 So, looks like it tried to do something (gnutls_x509_crt_export) with a/some certificate(s), which failed, and then it made another call (ssl_certificate_check_signer) which blew up. My first guess is that the earlier failures led to an empty certificate store in memory which blew up the later check and (still guessing) that this was caused by a change in the format accepted by gnutls, such that your existing certificate(s) are no longer acceptable. I therefore suggest verifying the contents/format of your certificate and/or CAs against the gnutls tools, reloading them from PEM or whatever. That the best I can suggest, as I don't use gnutls for anything myself. The quality of the error checking demonstrated by this crash, btw, should have you filing bugs with the claws-mail developers. Bad input files is not a valid reason to crash; it should be reporting what file is involved and the most precise error message it has for the problem and existing with a non-zero status. Philip Guenther
Re: Claws-mail frequently dumps core on 5.3R
On Sun, 5 May 2013 15:12:07 +0200 Stefan Wollny ste...@wollny.de wrote: Hi Erwin, Hi misc@! I do experience this behaviour as well - as of this morning I use the latest 5.3-current (#148) and claws-mail hasn't crashed for an hour. Yet it keeps complaining about the SSL certs being changed. I just did a fresh install of my system based on 5.3-current (#147). The ./claws-mail/certs folder has permissions 700 while the certs within have 644 - I have no idea if this has an effect on claws-mail. If I can help with any other info or testing just drop me a line. Has upgrading to the latest current solved the coredumping for you? Completely reinstalling claws does not work for me. I prefer to stick to 5.3 release but if upgrading helps, I am willing to do so. Thanks, Erwin
Re: Claws-mail frequently dumps core on 5.3R
On Thu, May 9, 2013 at 1:50 PM, Erwin Geerdink m...@erwingeerdink.com wrote: On Sun, 5 May 2013 15:12:07 +0200 Stefan Wollny ste...@wollny.de wrote: ... I do experience this behaviour as well - as of this morning I use the latest 5.3-current (#148) and claws-mail hasn't crashed for an hour. Yet it keeps complaining about the SSL certs being changed. I just did a fresh install of my system based on 5.3-current (#147). The ./claws-mail/certs folder has permissions 700 while the certs within have 644 - I have no idea if this has an effect on claws-mail. If I can help with any other info or testing just drop me a line. Has anyone used to gdb here, either examine the core files or to run it where the signal can be caught and you can see what call is doing something wrong? Philip Guenther
Re: Claws-mail frequently dumps core on 5.3R
On Sat, 4 May 2013 21:18:35 +0200 Erwin Geerdink m...@erwingeerdink.com wrote: Hi, Since I upgraded to OpenBSD 5.3 Release (following the upgrade guide on the website), I have experienced the following problem with claws-mail v3.8.1: Every time I try to fetch mail, a dialog 'Changed SSL certificate' pops up, for each of my mailboxes. No matter if I choose 'Cancel connection' or 'Accept and Save certificates', both frequently result in a core dump. Even when claws does not crash, the certs are not properly saved, for the dialog shows up every subsequent fetch. The SSL certs are stored to disk (~/.claws-mail/certs/), but information about owner and signer is 'not in certificate'. Core dumps also occur when sending mail. As you understand, this makes usage quite a pain. Does anyone experience this issue as well? Hi Erwin, Hi misc@! I do experience this behaviour as well - as of this morning I use the latest 5.3-current (#148) and claws-mail hasn't crashed for an hour. Yet it keeps complaining about the SSL certs being changed. I just did a fresh install of my system based on 5.3-current (#147). The ./claws-mail/certs folder has permissions 700 while the certs within have 644 - I have no idea if this has an effect on claws-mail. If I can help with any other info or testing just drop me a line. Cheers, STEFAN OpenBSD 5.3-current (GENERIC.MP) #148: Tue Apr 30 11:41:58 MDT 2013 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM) Duo CPU T2400 @ 1.83GHz (GenuineIntel 686-class) 1.83 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF real mem = 3219517440 (3070MB) avail mem = 3155484672 (3009MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 08/27/09, BIOS32 rev. 0 @ 0xfd6b0, SMBIOS rev. 2.4 @ 0xe0010 (68 entries) bios0: vendor LENOVO version 79ETE5WW (2.25 ) date 08/27/2009 bios0: LENOVO 200855G acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET BOOT SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB7(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) Duo CPU T2400 @ 1.83GHz (GenuineIntel 686-class) 1.83 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpimcfg0 at acpi0 addr 0xf000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus 4 (EXP2) acpiprt5 at acpi0: bus 12 (EXP3) acpiprt6 at acpi0: bus 21 (PCI1) acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 127 degC acpitz1 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 92P1139 serial 6480 type LION oem Panasonic acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) bios0: ROM list: 0xc/0xfe00 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1! cpu0: Enhanced SpeedStep 1829 MHz: speeds: 1833, 1333, 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82945GM Host rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82945GM PCIE rev 0x03: apic 1 int 16 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon Mobility X1300 M52-64 rev 0x00 radeondrm0 at vga1: apic 1 int 16 drm0 at radeondrm0 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: msi azalia0: codecs: Analog Devices AD1981HD, Conexant/0x2bfa, using Analog Devices AD1981HD audio0 at azalia0 ppb1 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 1 int 20 pci2 at ppb1 bus 2 em0 at pci2 dev 0 function 0 Intel PRO/1000MT (82573L) rev 0x00: msi, address 00:15:58:31:de:bd ppb2 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x02: apic 1 int 21 pci3 at ppb2 bus 3 wpi0 at pci3 dev 0 function 0 Intel PRO/Wireless 3945ABG rev 0x02: msi, MoW2, address 00:18:de:9c:fd:27 ppb3 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x02: apic 1 int 22 pci4 at ppb3 bus 4 ppb4 at pci0 dev 28 function 3 Intel 82801GB PCIE rev 0x02: apic 1 int 23 pci5 at ppb4 bus 12 uhci0 at pci0 dev
Claws-mail frequently dumps core on 5.3R
Hi, Since I upgraded to OpenBSD 5.3 Release (following the upgrade guide on the website), I have experienced the following problem with claws-mail v3.8.1: Every time I try to fetch mail, a dialog 'Changed SSL certificate' pops up, for each of my mailboxes. No matter if I choose 'Cancel connection' or 'Accept and Save certificates', both frequently result in a core dump. Even when claws does not crash, the certs are not properly saved, for the dialog shows up every subsequent fetch. The SSL certs are stored to disk (~/.claws-mail/certs/), but information about owner and signer is 'not in certificate'. Core dumps also occur when sending mail. As you understand, this makes usage quite a pain. Does anyone experience this issue as well? Could this be due to an incorrect upgrade? Some terminal output while using claws: ~ $ claws-mail ** (claws-mail:13183): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:13183): WARNING **: couldn't gnutls_x509_crt_export to get size b The request is invalid. ** (claws-mail:13183): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:13183): WARNING **: couldn't gnutls_x509_crt_export to get size b The request is invalid. ++ STATS ++ INC 0 0 ** (claws-mail:13183): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:13183): WARNING **: couldn't gnutls_x509_crt_export to get size ** (claws-mail:13183): WARNING **: couldn't gnutls_x509_crt_export to get size a The request is invalid. Segmentation fault (core dumped) ~ $ dmesg OpenBSD 5.3 (GENERIC.MP) #62: Tue Mar 12 18:21:20 MDT 2013 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2011496448 (1918MB) avail mem = 1935515648 (1845MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0e20 (19 entries) bios0: vendor Hewlett-Packard version F.07 date 08/09/2007 bios0: Hewlett-Packard 30D1 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP TCPA SRAT SSDT MCFG HPET APIC BOOT SLIC acpi0: wakeup devices PCI0(S5) USB0(S0) USB2(S0) Z017(S0) Z018(S0) MAC0(S5) P2P0(S5) XVR0(S5) XVR1(S5) XVR3(S5) XVR4(S5) XVR5(S5) XVR6(S5) KBC0(S3) MSE0(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimcfg0 at acpi0 addr 0xe000, bus 0-4 acpihpet0 at acpi0: 2500 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) 64 X2 Dual-Core Processor TK-55, 1800.44 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,3DNOWP cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 256KB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: apic clock running at 200MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) 64 X2 Dual-Core Processor TK-55, 1800.17 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,3DNOWP cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 256KB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative ioapic0 at mainbus0: apid 2 pa 0xfec0, version 11, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (P2P0) acpiprt2 at acpi0: bus -1 (XVR0) acpiprt3 at acpi0: bus 4 (XVR1) acpiprt4 at acpi0: bus 3 (XVR2) acpiprt5 at acpi0: bus -1 (XVR3) acpiprt6 at acpi0: bus -1 (XVR4) acpiprt7 at acpi0: bus -1 (XVR5) acpiprt8 at acpi0: bus -1 (XVR6) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, PSS acpicpu1 at acpi0: PSS acpitz0 at acpi0acpitz0: THRM: failed to read _CRT : no critical temperature defined acpibtn0 at acpi0: SLPB acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT0 not present acpibtn1 at acpi0: LID_ acpibtn2 at acpi0: PWRB acpivideo0 at acpi0: UVGA acpivout0 at acpivideo0: LCD_ cpu0: PowerNow! K8 1800 MHz: speeds: 1800 1600 800 MHz pci0 at mainbus0 bus 0 NVIDIA MCP67 Memory rev 0xa2 at pci0 dev 0 function 0 not configured pcib0 at pci0 dev 1 function 0 NVIDIA MCP67 ISA rev 0xa2 nviic0 at pci0 dev 1 function 1 NVIDIA MCP67 SMBus rev 0xa2 iic0 at nviic0 iic1 at nviic0 spdmem0 at iic1 addr 0x50: 1GB DDR2 SDRAM non-parity PC2-5300CL5 SO-DIMM spdmem1 at iic1 addr 0x51: 1GB DDR2 SDRAM non-parity PC2-5300CL5 SO-DIMM NVIDIA MCP67 Memory rev 0xa2 at pci0 dev 1 function 2 not configured NVIDIA MCP67 Co-processor rev 0xa2 at pci0 dev 1 function 3 not configured ohci0 at pci0 dev 2 function 0 NVIDIA MCP67 USB rev 0xa2: apic 2 int 11, version 1.0, legacy support ehci0 at pci0 dev 2 function 1 NVIDIA MCP67 USB rev 0xa2: apic 2 int 7 usb0 at ehci0: USB revision 2.0 uhub0 at usb0