aboutsummaryrefslogtreecommitdiffstats
path: root/fetchmail-FAQ.html
diff options
context:
space:
mode:
authorEric S. Raymond <esr@thyrsus.com>2000-06-07 00:22:01 +0000
committerEric S. Raymond <esr@thyrsus.com>2000-06-07 00:22:01 +0000
commitecc6b895f60f149122eee9a3df2342e4b738fd0e (patch)
tree8c0eef3c29edd622dbfba6055d56056b5f0491db /fetchmail-FAQ.html
parentacd8b10a2110ff8b76bc589896a77decd1248446 (diff)
downloadfetchmail-ecc6b895f60f149122eee9a3df2342e4b738fd0e.tar.gz
fetchmail-ecc6b895f60f149122eee9a3df2342e4b738fd0e.tar.bz2
fetchmail-ecc6b895f60f149122eee9a3df2342e4b738fd0e.zip
Ready to merge in Julian Haight's changes.
svn path=/trunk/; revision=2899
Diffstat (limited to 'fetchmail-FAQ.html')
-rw-r--r--fetchmail-FAQ.html33
1 files changed, 31 insertions, 2 deletions
diff --git a/fetchmail-FAQ.html b/fetchmail-FAQ.html
index 88011fb6..12a81729 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/05/13 22:14:55 $
+<td width="30%" align=right>$Date: 2000/06/07 00:22:00 $
</table>
<HR>
<H1>Frequently Asked Questions About Fetchmail</H1>
@@ -2823,11 +2823,40 @@ by the other instance yours can neither mark messages seen or delete them.
The solution is to either (a) wait for the other client to finish, or (b)
terminate it.<p>
+James Stevens &lt;James.Stevens@kyzo.com&gt; writes:<p>
+
+<em>
+We had a Linux box dialing the Net and collecting mail from an NT POP3
+server. Fetchmail was correctly collecting and deleting each e-mail
+one by one. However,the dial-up connection was very unreliable and
+would often just drop out in the middle of a session.<p>
+
+Interestingly, unless the TCP POP3 connection was terminated normally
+(I guess with a POP3 "QUIT" command) NT would then roll back all the
+deletes !!!<p>
+
+This meant if the first e-mail was very large it might just end up
+continuously collecting it, basically jamming the queue. Or, if the
+queue became very full itmight never get a long enough phone
+connection to retrieve the entire mailbox, and NT would roll back any
+deletes, so it would end up collecting (and delivering) the first few
+e-mails again and again. As the POP3 mailbox became fuller and fuller
+the chances of getting a connection long enough to collect theentire
+mailbox became smaller and smaller.<p>
+
+Our solution was to make fetchmail only collect a few (say 5 or 10)
+e-mails at atime, thus trying to ensure that the POP3 connection is
+terminated correctly.
+</em>
+
+That's one solution. Perhaps a better one would be to FORMAT C: and
+install Linux on your server...<p>
+
<HR>
<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/05/13 22:14:55 $
+<td width="30%" align=right>$Date: 2000/06/07 00:22:00 $
</table>
<P><ADDRESS>Eric S. Raymond <A HREF="mailto:esr@thyrsus.com">&lt;esr@snark.thyrsus.com&gt;</A></ADDRESS>