From owner-freebsd-questions@FreeBSD.ORG Fri Jan 30 13:21:28 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1259716A4CE for ; Fri, 30 Jan 2004 13:21:28 -0800 (PST) Received: from prophecy.dyndns.org (pcp08490587pcs.levtwn01.pa.comcast.net [68.83.169.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6757543D1D for ; Fri, 30 Jan 2004 13:21:26 -0800 (PST) (envelope-from apeiron@prophecy.dyndns.org) Received: from prophecy.dyndns.org (localhost.dyndns.org [127.0.0.1]) by prophecy.dyndns.org (8.12.10/8.12.10) with ESMTP id i0ULLPVp080553 for ; Fri, 30 Jan 2004 16:21:25 -0500 (EST) (envelope-from apeiron@prophecy.dyndns.org) Received: (from apeiron@localhost) by prophecy.dyndns.org (8.12.10/8.12.10/Submit) id i0ULLPWh080552 for questions@freebsd.org; Fri, 30 Jan 2004 16:21:25 -0500 (EST) (envelope-from apeiron) Date: Fri, 30 Jan 2004 16:21:25 -0500 From: Christopher Nehren To: FreeBSD Questions List Message-ID: <20040130212125.GA80095@prophecy.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline User-Agent: Mutt/1.5.5.1i Subject: fetchmail chopping off messages > 77 kB X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 21:21:28 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm currently using fetchmail to retrieve my email from my ISP. It works wonderfully, especially in combination with procmail and SpamAssassin -- except for one little problem that I'd like to verify is a bug here before sending a possibly spurious bug report. It seems that fetchmail truncates all messages to around 77 kB or so. It sees the message as more than 77 kB (for example, one such message comes up as 975525 octets.). It just can't deal with it. Here's what my .fetchmailrc looks=20 like: =3D=3D cut here =3D=3D set daemon 600 set syslog poll my.mail.server proto pop3 pass 'pass' ssl limit 0 fetchsizelimit 0 =3D=3D cut here=3D I've tried cutting procmail + SpamAssassin out of the process, and it still truncates the message, this time sending to /var/mail/apeiron rather than where I've told procmail to send it. I've tried manually retrieving the email with mutt, saving it on disk, and viewing it with Evolution versus having procmail fetch it, then viewing it with Evolution. The former works, the latter doesn't. I'm running fetchmail as /usr/local/bin/fetchmail -v -v from cron with the @reboot qualifier. I've RTFM'd and looked around for anything that would cause such an arbitrary limit, and can't find anything. It seems rather odd that such a limit would be arbitrarily imposed on messages, and I'm hesitant to label it as a bug being that fetchmail is so widely used.=20 --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Please CC me in all replies, even if I'm on the relevant list(s). --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAGsrVk/lo7zvzJioRAnY3AJ4seF4S7cu3ZxIaJ6pkt4wjohjC1gCgtr0O /CjfkC7ooGGqaRx+5UZsIvQ= =jogn -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE--