Re: fetchmail segfaults

2001-04-04 Thread Ethan Benson
On Tue, Apr 03, 2001 at 10:50:23PM -0300, Henrique M Holschuh wrote:
 On Wed, 04 Apr 2001, David Jardine wrote:
  I recently re-installed a slink system from scratch on my 
 [...]
  Fetchmail dies with something like the following:
 
 Speaking as the fetchmail maintainer, get a new version. The fetchmail in
 slink is full of segfaults. Same goes to the one in potato. The segfaults
 could be triggered by certain email patterns.

if the fetchmail in potato is this broken shouldn't a better one be
put into proprosed-updates/r3 ?  or will the release manager not buy
it? 

-- 
Ethan Benson
http://www.alaska.net/~erbenson/


pgphHcDJdMYpq.pgp
Description: PGP signature


Re: fetchmail segfaults

2001-04-04 Thread Karsten M. Self
on Wed, Apr 04, 2001 at 03:18:48AM +0200, David Jardine ([EMAIL PROTECTED]) 
wrote:
 I recently re-installed a slink system from scratch on my 
 home computer (I'm no expert) after a failed attempt to install
 potato, but can no longer get incoming mail.
 
 Fetchmail dies with something like the following:
 
   fetchmail: POP3 9 562
   fetchmail: POP3 .
   9 messages for davidj at pop3.web.de (8864 octets).
   fetchmail: POP3 RETR 1
   fetchmail: POP3 +OK Nachricht folgt/message follows
   reading message 1 of 9 (2297 octets)
   fetchmail: realloc failed
   
 followed by 'Segmentation fault'.  It leaves a file named

I've experienced this behavior with poorly formed mail headers, almost
always generated by spam engines.

I've found it's occasionally possible to clear these items by hand
following the appropriate RFC.  Which I'm frantically digging through
posted emails trying to find  No luck.  I dug it up once though --
believe it's the POP protocol.

-- 
Karsten M. Self kmself@ix.netcom.comhttp://kmself.home.netcom.com/
 What part of Gestalt don't you understand?   There is no K5 cabal
  http://gestalt-system.sourceforge.net/ http://www.kuro5hin.org


pgpPhQz3JlA3u.pgp
Description: PGP signature


Re: fetchmail segfaults

2001-04-04 Thread Henrique M Holschuh
On Tue, 03 Apr 2001, Ethan Benson wrote:
 On Tue, Apr 03, 2001 at 10:50:23PM -0300, Henrique M Holschuh wrote:
  On Wed, 04 Apr 2001, David Jardine wrote:
   I recently re-installed a slink system from scratch on my 
  [...]
   Fetchmail dies with something like the following:
  
  Speaking as the fetchmail maintainer, get a new version. The fetchmail in
  slink is full of segfaults. Same goes to the one in potato. The segfaults
  could be triggered by certain email patterns.
 
 if the fetchmail in potato is this broken shouldn't a better one be
 put into proprosed-updates/r3 ?  or will the release manager not buy
 it? 

Well, it is not a security update, and it has about 90% chance of causing
headaches, since the new initscript/ppp-scripts scheme will force the user
to do some manual configuration.

I don't think it should go in stable.

-- 
  One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie. -- The Silicon Valley Tarot
  Henrique Holschuh


pgpyGTnnstd3G.pgp
Description: PGP signature


Re: fetchmail segfaults

2001-04-04 Thread Tony Crawford
Henrique M Holschuh wrote (on 4 Apr 2001, at 9:48):

 Well, it is not a security update, and it has about 90%
 chance of causing headaches, since the new
 initscript/ppp-scripts scheme will force the user to do some
 manual configuration. 
 
 I don't think it should go in stable.

Considering I've already manually messed with my /etc/init.d and 
/etc/ppp/ip-up.d scripts enough, let me just ask for the 
specifics before upgrading: certain internal problems with 
segfaults due to certain mail content are fixed in the version 
now in woody?

Tony

-- Tony Crawford
-- [EMAIL PROTECTED]
-- +49-3341-30 99 99



Re: fetchmail segfaults

2001-04-04 Thread Henrique M Holschuh
On Wed, 04 Apr 2001, Tony Crawford wrote:
 Henrique M Holschuh wrote (on 4 Apr 2001, at 9:48):
 
  Well, it is not a security update, and it has about 90%
  chance of causing headaches, since the new
  initscript/ppp-scripts scheme will force the user to do some
  manual configuration. 
  
  I don't think it should go in stable.
 
 Considering I've already manually messed with my /etc/init.d and 
 /etc/ppp/ip-up.d scripts enough, let me just ask for the 
 specifics before upgrading: certain internal problems with 
 segfaults due to certain mail content are fixed in the version 
 now in woody?

Yes. But be ready to have CRAM-MD5 and other nasty pits of bugs on IMAP/pop3
servers (and fetchmail, I suppose) to jump at your neck. --auth password is
your friend if that happens.

-- 
  One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie. -- The Silicon Valley Tarot
  Henrique Holschuh


pgpwGIgSlBZBd.pgp
Description: PGP signature


fetchmail segfaults

2001-04-03 Thread David Jardine
I recently re-installed a slink system from scratch on my 
home computer (I'm no expert) after a failed attempt to install
potato, but can no longer get incoming mail.

Fetchmail dies with something like the following:

fetchmail: POP3 9 562
fetchmail: POP3 .
9 messages for davidj at pop3.web.de (8864 octets).
fetchmail: POP3 RETR 1
fetchmail: POP3 +OK Nachricht folgt/message follows
reading message 1 of 9 (2297 octets)
fetchmail: realloc failed

followed by 'Segmentation fault'.  It leaves a file named
'.fetchmail.pid', 'a lockfile to prevent concurrent runs' as
I'm told by the manpage.

Exim (/var/log/exim/mainlog) doesn't report anything happening.

Exim was configured using eximconfig, option 1, with the manual
addition of

local_domains = tapie:localhost

tapie being the name I gave to the computer.  The only thing I
entered during eximconfig was a user name for the postmaster
(dave).

I was a bit suspicious of the following entries in /etc/aliases:

postmaster: root
root: dave
root: root

but changing them to

postmaster: dave

or

postmaster: dave
root: root

didn't help.

Fetchmail is set up to get mail from several servers, but it
segfaults at the first one that actually has mail.  When I run
fetchmail for the first time after a re-installation - I've
done a few in the last day or so - I think it reports an SMTP
error and continues.  (Unfortunately I always forget to put a
2errfile in the command, so I only see the lines flying by.)

Incidentally, exim works perfectly for outgoing mail, rewrites
'n'all.  And the whole thing worked before I re-installed -
from the same CDs.

I'd be most grateful if someone could point me in the direction
of a solution - which I'll have to pick up on the dark side of
my box :{

David



Re: fetchmail segfaults

2001-04-03 Thread Henrique M Holschuh
On Wed, 04 Apr 2001, David Jardine wrote:
 I recently re-installed a slink system from scratch on my 
[...]
 Fetchmail dies with something like the following:

Speaking as the fetchmail maintainer, get a new version. The fetchmail in
slink is full of segfaults. Same goes to the one in potato. The segfaults
could be triggered by certain email patterns.

-- 
  One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie. -- The Silicon Valley Tarot
  Henrique Holschuh


pgpQpdY880YUw.pgp
Description: PGP signature