Version bump.

svn path=/trunk/; revision=2979

1 files changed, 24 insertions, 2 deletions

diff --git a/fetchmail-FAQ.html b/fetchmail-FAQ.html
index d4fe8bc0..18599d6d 100644
--- a/fetchmail-FAQ.html
+++ b/fetchmail-FAQ.html
@@ -10,7 +10,7 @@
 <table width="100%" cellpadding=0><tr>
 <td width="30%">Back to <a href="index.html">Fetchmail Home Page</a>
 <td width="30%" align=center>To <a href="/~esr/sitemap.html">Site Map</a>
-<td width="30%" align=right>$Date: 2000/10/08 14:34:19 $
+<td width="30%" align=right>$Date: 2000/10/17 21:52:38 $
 </table>
 <HR>
 <H1>Frequently Asked Questions About Fetchmail</H1>
@@ -138,6 +138,7 @@ my Received headers as it should.</a><br>
 <a href="#X4">X4. My mail is being mangled in a new and different way.</a><br>
 <a href="#X5">X5. Using POP3, retrievals seems to be fetching too much!</a><br>
 <a href="#X6">X6. My mail attachments are being dropped or mangled.</a><br>
+<a href="#X7">X7. Some mail attachments are hanging fetchmail.</a><br>
 
 <h1>Other problems:</h1>
 
@@ -2713,6 +2714,27 @@ understand its attachments, so it really shouldn't be used at all),
 and make sure dtmail is set to use MIME rather than mailtool's format.<p>
 
 <hr>
+<h2><a name="X7">X7. Some mail attachments are hanging fetchmail.</a></h2>
+
+This isn't fetchmail's problem either; fetchmail doesn't know anything 
+about mail attachments and doesn't treat them any differently from
+plain message data.<P>
+
+The most usual cause of this problem seems to be bugs in your network
+transport layer's capability to handle the very large TCP/IP packets
+that attachments tend to turn into.  You can test this theory by trying to
+download the offending message through a webmail account; using HTTP
+for the message tends to simulate large-packet stress rather well, and
+you will probably find that the messages that seem to be choking
+fetchmail will make your HTTP download speed drop to zero.<P>
+
+This problem can be caused by subtle bugs in the packet-reassembly
+layer of your TCP/IP stack; these often don't manifest at normal
+packet sizes.  It may also be caused by malfunctioning path-MTU 
+discovery on the mailserver.  Or, if there's a modem in the link, 
+it may be because the attachment contains the Hayes mode escape "+++".
+
+<hr>
 <h2><a name="O1">O1. The --logfile option doesn't work if the logfile doesn't exist.</a></h2>
 
 This is a feature, not a bug.  It's in line with normal practice for
@@ -2919,7 +2941,7 @@ install Linux on your server...<p>
 <table width="100%" cellpadding=0><tr>
 <td width="30%">Back to <a href="index.html">Fetchmail Home Page</a>
 <td width="30%" align=center>To <a href="/~esr/sitemap.html">Site Map</a>
-<td width="30%" align=right>$Date: 2000/10/08 14:34:19 $
+<td width="30%" align=right>$Date: 2000/10/17 21:52:38 $
 </table>
 
 <P><ADDRESS>Eric S. Raymond <A HREF="mailto:esr@thyrsus.com">&lt;esr@snark.thyrsus.com&gt;</A></ADDRESS>