diff options
author | Eric S. Raymond <esr@thyrsus.com> | 2000-06-07 00:22:01 +0000 |
---|---|---|
committer | Eric S. Raymond <esr@thyrsus.com> | 2000-06-07 00:22:01 +0000 |
commit | ecc6b895f60f149122eee9a3df2342e4b738fd0e (patch) | |
tree | 8c0eef3c29edd622dbfba6055d56056b5f0491db /fetchmail-FAQ.html | |
parent | acd8b10a2110ff8b76bc589896a77decd1248446 (diff) | |
download | fetchmail-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.html | 33 |
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 <James.Stevens@kyzo.com> 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"><esr@snark.thyrsus.com></A></ADDRESS> |