I posted a patch that fixed this a few weeks ago. No reply.
It appears to me that Fetchmail leaves zombies lying around
only when the child MDA exits with a nonzero result code or
signal.
I don't know if this is the best place to put the wait(), but
it works for me.
Here is the patch again...
- Scott
diff -r -u fetchmail-5.9.11/driver.c fetchmail-5.9.11.new/driver.c
--- fetchmail-5.9.11/driver.c Sun Mar 31 23:46:58 2002
+++ fetchmail-5.9.11.new/driver.c Wed Apr 3 01:23:03 2002
@@ -5,6 +5,7 @@
* For license terms, see the file COPYING in this directory.
*/
+#include <sys/wait.h>
#include "config.h"
#include <stdio.h>
#include <setjmp.h>
@@ -753,6 +754,7 @@
signal(SIGPIPE, SIG_IGN);
report(stdout,
GT_("SIGPIPE thrown from an MDA or a stream socket
error\n"));
+ wait(0);
err = PS_SOCKET;
goto cleanUp;
}
Neal McBurnett <neal(_at_)bcn(_dot_)boulder(_dot_)co(_dot_)us> writes:
defaults mda "/usr/sbin/sendmail -oem -f %F %T"
Read man sendmail(8) and look for "-i".
It also leaves zombie sendmail processes ala:
neal 18307 0.0 0.0 0 0 ? Z Feb06 0:00
[sendmail <defunct>]
Looks like fetchmail doesn't call wait() to collect it.
It seems like somewhere along the line the "." is not being
escaped properly, as I believe it needs to be for SMTP.
No, all is fine, you just need to configure your sendmail properly.
--
Matthias Andree
_______________________________________________
Fetchmail-friends mailing list
Fetchmail-friends(_at_)lists(_dot_)ccil(_dot_)org
http://lists.ccil.org/mailman/listinfo/fetchmail-friends