Bug 115801 – fetchmail-6.3.0 segfaults under 2.6.14 kernel

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Michael Hill 2005-12-16 13:39:13 UTC]

I just upgraded kernels from 2.6.13-r3 to 2.6.14-r5 this morning.  After boot into the new kernel, fetchmail segfaults consistently after fetching the header of the first message.  It doesn't appear to be related to the message in particular, as running fetchmail on another system was able to retrieve the first message and running fetchmail again on the first system segfaulted on the next message from the server.  I hope it goes without saying that my fetchmail configuration has been stable on this system for over a year.

$ fetchmail -N -v -B 1
fetchmail: warning: multidrop for <serverIP> requires envelope option!
fetchmail: warning: Do not ask for support if all mail goes to postmaster!
fetchmail: removing stale lockfile
fetchmail: starting fetchmail 6.3.0 daemon 
fetchmail: 6.3.0 querying <serverIP> (protocol IMAP) at Fri, 16 Dec 2005 14:27:55 -0700 (MST): poll started
fetchmail: Server certificate verification error: self signed certificate in certificate chain
fetchmail: Issuer Organization: Comodo Limited
fetchmail: Issuer CommonName: Comodo Class 3 Security Services CA
fetchmail: Server CommonName: <serverName>
fetchmail: Server CommonName mismatch: <serverName> != <serverIP>
fetchmail: <serverIP> key fingerprint: 9D:D3:B0:4F:BB:67:B1:2C:75:3F:09:F1:D1:F5:92:8F
fetchmail: IMAP< * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=PLAIN ACL ACL2=UNION XMAGICTRASH] Courier-IMAP ready. Copyright 1998-2004 Double Precision, Inc.  See COPYING for distribution information.
fetchmail: IMAP> A0001 CAPABILITY
fetchmail: IMAP< * CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=PLAIN ACL ACL2=UNION XMAGICTRASH
fetchmail: IMAP< A0001 OK CAPABILITY completed
fetchmail: IMAP> A0002 LOGIN "<username>" *
fetchmail: IMAP< A0002 OK LOGIN Ok.
fetchmail: IMAP> A0003 SELECT "INBOX"
fetchmail: IMAP< * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent)
fetchmail: IMAP< * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited
fetchmail: IMAP< * 1 EXISTS
fetchmail: IMAP< * 1 RECENT
fetchmail: IMAP< * OK [UIDVALIDITY 1104443936] Ok
fetchmail: IMAP< * OK [MYRIGHTS "acdilrsw"] ACL
fetchmail: IMAP< A0003 OK [READ-WRITE] Ok
fetchmail: IMAP> A0004 EXPUNGE
fetchmail: IMAP< A0004 OK EXPUNGE completed
fetchmail: IMAP> A0005 SEARCH UNSEEN NOT DELETED
fetchmail: IMAP< * SEARCH 1
fetchmail: IMAP< A0005 OK SEARCH done.
fetchmail: 1 message for <username> at <serverIP>.
fetchmail: IMAP> A0006 FETCH 1 RFC822.SIZE
fetchmail: IMAP< * 1 FETCH (RFC822.SIZE 2084)
fetchmail: IMAP< A0006 OK FETCH completed.
fetchmail: IMAP> A0007 FETCH 1 RFC822.HEADER
fetchmail: IMAP< * 1 FETCH (RFC822.HEADER {1839}
fetchmail: reading message <username>@<serverIP>:1 of 1 (1839 header octets)
Segmentation fault

$ emerge info
Portage 2.0.53 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r3, 2.6.14-gentoo-r5 i686)
=================================================================
System uname: 2.6.14-gentoo-r5 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.12.0_pre11
ccache version 2.4 [enabled]
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r1
sys-devel/libtool:   1.5.20-r1
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg ccache digest distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://www.gtlib.cc.gatech.edu/pub/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X acl acpi alsa apm audiofile avi bcmath berkdb bitmap-fonts bzip2 bzlib calendar caps cdb cdr crypt cscope ctype cups curl dba dbase dbx dedicated dga dlloader doc dvd dvdr emboss encode esd exif expat fbcon fftw flac flatfile font-server foomaticdb freetds ftp gd gif ginac glut gmp gnutls gpm gtk gtk2 hardened hardenedphp idn imagemagick imlib inifile jack jpeg kde lcms libwww logrotate logwatch mbox memlimit mhash mikmod milter mime mmap mmx mng mozilla mp3 mpeg mpi mysql ncurses no-suexec nocardbus nocd nomotif odbc ogg oggvorbis opengl oss pam pcntl pcre pda pdflib perl php pic pie plotutils png posix ppds python qt quicktime readline real recode samba sdl shared sharedmem simplexml sndfile sockets speex spell spl sse ssl svg sysvipc tcltk tcpd tidy tiff tokenizer truetype truetype-fonts type1-fonts udev usb userlocales vhosts videos vorbis wmf wv xine xml xml2 xmlrpc xmms xpm xsl xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

After examining the output from ldd, I rebuilt glibc, but to no avail.

[Comment 1 Jeffrey Forman (RETIRED) 2005-12-17 06:16:33 UTC]

Quick change of platform in bugzilla. Sorry about the email.

[Comment 2 Andrej Kacian (RETIRED) 2005-12-17 09:14:18 UTC]

Can you provide a gdb backtrack info?

[Comment 3 Michael Hill 2005-12-17 09:52:22 UTC]

Following the bug-sumbission doc (which says to put ggdb3 in CFLAGS, but shows -ggdb in the example - I tried both ways), I emerge'd fetchmail with nostrip in FEATURES.  Here's the backtrace:

(gdb) run
[output deleted]
Program received signal SIGSEGV, Segmentation fault.
0xb7ca411a in ?? ()
(gdb) bt
#0  0xb7ca411a in ?? ()
#1  0xb7d522e4 in ?? ()
#2  0x00000036 in ?? ()
#3  0x80048e60 in ?? ()
#4  0x8003bc18 in ?? ()
#5  0x8006abb8 in ?? ()
#6  0xbf9155a0 in ?? ()
#7  0x8003fec0 in ?? ()
#8  0x8002221e in ?? ()
#9  0x80048e60 in ?? ()
#10 0x00000000 in ?? ()
(gdb) 

I double-checked that it wasn't stripping the binary as it built...  I can't figure out how to get symbols to show in the backtrace.  Again, I tried building both with -ggdb and -ggdb3 in CFLAGS.

[Comment 4 Michael Hill 2005-12-17 11:21:22 UTC]

BTW, I put the fetchmail version into the Summary field with my last post.  I have re-installed the old 6.2.5.2-r1 binary package, dated Oct. 27, and it works fine.

[Comment 5 Andrej Kacian (RETIRED) 2005-12-19 10:02:39 UTC]

Could you try newly released fetchmail-6.3.1 ? Release notes mention a few crash fixes, maybe one of them is yours...

[Comment 6 Michael Hill 2005-12-20 14:53:14 UTC]

Well, I waited until this morning's emerge sync, then emerged the new fetchmail.  Happily, it works again!  So it would seem they did indeed fix the bug upstream.  Good deal.

[Comment 7 Andrej Kacian (RETIRED) 2005-12-27 08:37:14 UTC]

I'm glad. For your information, 6.3.1 will be going stable pretty soon due to bug #116413. Closing this bug.