From ac8942cd2ea7c679e404a9b25f305cf049677dd5 Mon Sep 17 00:00:00 2001 From: "Eric S. Raymond" Date: Wed, 11 Jun 1997 04:48:54 +0000 Subject: The core-dump bug is back. svn path=/trunk/; revision=1081 --- fetchmail-FAQ.html | 17 ++++++++++++++++- 1 file changed, 16 insertions(+), 1 deletion(-) (limited to 'fetchmail-FAQ.html') diff --git a/fetchmail-FAQ.html b/fetchmail-FAQ.html index b91a7ebd..fbe86ace 100644 --- a/fetchmail-FAQ.html +++ b/fetchmail-FAQ.html @@ -73,6 +73,7 @@ when I may have multiple login sessions going?
R3. When I try to configure an MDA, fetchmail doesn't work.
R4. Fetchmail dumps core in -V mode, but operates normally otherwise.
R5. Mail that was being fetched when I interrupted my fetchmail seems to have been vanished.
+R6. Fetchmail dumps core when I use a .netrc file but works otherwise.

Multidrop-mode problems:

@@ -802,6 +803,20 @@ Workaround: add the `fetchall' keyword to your POP3 fetch options.

Solution: switch to an IMAP server.

+

+

R6. Fetchmail dumps core when I use a .netrc file but works otherwise.

+ +We have a report that under Solaris 2.5 using gcc-2.7.2, if fetchmail +is compiled with -O or -O2, it segfaults on startup when reading a +.netrc.

+ +You can work around this by disabling optimization.

+ +There may be an actual bug here that the optimizer exposes; the stack +trace says the segfault is in free() and has all the earmarks of a heap- +corruption screw. But the symptom doesn't reproduce under Linux with the +same .fetchmailrc and .netrc.

+

M1. I've declared local names, but all my multidrop mail is going to root anyway.

@@ -985,7 +1000,7 @@ without hacking potentially fragile startup scripts. To get around it, just touch(1) the logfile before you run fetchmail (this will have no effect on the contents of the logfile if it already exists).

-$Id: fetchmail-FAQ.html,v 1.28 1997/06/11 04:28:15 esr Exp $

+$Id: fetchmail-FAQ.html,v 1.29 1997/06/11 04:48:54 esr Exp $

Eric S. Raymond <esr@snark.thyrsus.com>
-- cgit v1.2.3