When I have a large attachment in my inbox (at least 1.9MB), getmail chokes. When I run getmail -vvv, it starts to download messages until it gets to the large email. Then, it will go to 100% cpu for a few minutes and finally die with the following error: operation error (socket/ssl error while reading from server ((8, 'EOF occurred in violation of protocol'))) needless to say, I don't get the large email. I have to download my email with Evolution (ugh) to clear the large attachment. I'm running getmail on an Ultra 1 with 256MB ram, and I'm downloading via gmail pop. I haven't tried getmail on a faster machine to see if it clears up. Reproducible: Always Steps to Reproduce: 1. Get a large attachment 2 [details]. run getmail -vvv 3. watch getmail die Actual Results: getmail uses 100% cpu for a few minutes, then dies Expected Results: all emails are downloaded Portage 2.0.51.22-r3 (default-linux/sparc/sparc64/2005.1, gcc-3.3.5-20050130, glibc-2.3.3.20040420-r2, 2.4.31-sparc sparc64) ================================================================= System uname: 2.4.31-sparc sparc64 sun4u Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 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.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.4.23 ACCEPT_KEYWORDS="sparc" AUTOCLEAN="yes" CBUILD="sparc-unknown-linux-gnu" CFLAGS="-pipe -O -mcpu=ultrasparc" CHOST="sparc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-pipe -O -mcpu=ultrasparc" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="sparc apache2 arts avi bash-completion berkdb bitmap-fonts crypt cups dlloader eds emacs encode enscript esd fbcon foomaticdb fortran gcc64 gdbm gif gstreamer gtk2 imlib jpeg libwww mad mikmod motif mpeg ncurses nls nosendmail ogg oggvorbis opengl oss pam pda pdflib perl php png python qt readline samba sdl spell ssl tcpd tetex tiff truetype truetype-fonts type1-fonts ultra1 vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
I tried downloading a 40KB attachment, and it took about 45 seconds of full CPU use before I received it. It looks like getmail consumes so much CPU that it times out before the attachment can be downloaded. I'm doing an emerge -e world now, I'll see if the problem persists after rebuilding everything.
emerge world didn't fix anything. I saw via mrtg that I only get about 25K/s to gmail's server (I think the mail downloading is CPU bound). Switching to fetchmail worked fine.
I've had the same problem with getmail - it's hungry. Try asking on getmail mailinglist, it's quite active, so you might get some advice. As this is an application "feature", and not a Gentoo-specific bug, I'm closing this. Good luck on the said mailinglist if you're going to ask there.
