aboutsummaryrefslogtreecommitdiffstats
path: root/fetchmail.man
diff options
context:
space:
mode:
Diffstat (limited to 'fetchmail.man')
-rw-r--r--fetchmail.man10
1 files changed, 0 insertions, 10 deletions
diff --git a/fetchmail.man b/fetchmail.man
index bfd6b387..7e78b80f 100644
--- a/fetchmail.man
+++ b/fetchmail.man
@@ -701,16 +701,6 @@ catch equivalences created by MX records). If it is an alias of the
server, but the lookup fails due to network congestion or a crashed
server, forwarding will not get done correctly.
.PP
-Under Linux, if fetchmail is run in daemon mode with the network
-inaccessible, each poll leaves a socket allocated but in CLOSE state
-(this is visible in netstat(1)'s output). For some reason, these
-sockets aren't garbage-collected until \fIfetchmail\fR exits. When
-whatever kernel table is involved fills up, fetchmail can no longer
-run even if the network is up. This appears \fInot\fR to be a socket
-leak in \fIfetchmail\fR, but rather some glitch or misfeature in the system
-network code. To avoid this problem, fetchmail commits seppuku after
-too many unsuccessful socket opens.
-.PP
Send comments, bug reports, gripes, and the like to Eric S. Raymond
<esr@thyrsus.com>.
.SH SEE ALSO