From 06429f4fdbc612f8baeb6a93461a4f0b345dd806 Mon Sep 17 00:00:00 2001 From: "Eric S. Raymond" Date: Fri, 13 Jun 1997 04:26:32 +0000 Subject: Handle slavishly RFC1725-conformant servers. svn path=/trunk/; revision=1092 --- fetchmail-FAQ.html | 30 +++++++++++++++++++++++++++--- 1 file changed, 27 insertions(+), 3 deletions(-) (limited to 'fetchmail-FAQ.html') diff --git a/fetchmail-FAQ.html b/fetchmail-FAQ.html index fbe86ace..7e7b7175 100644 --- a/fetchmail-FAQ.html +++ b/fetchmail-FAQ.html @@ -9,7 +9,8 @@

Frequently Asked Questions About Fetchmail

-The current version of fetchmail is 4.0. +The current version of fetchmail is 4.0. New in the FAQ: O5, on what to do if your progress messages look garbled.

Before reporting any bug, please read G3 for advice on how to include diagnostic information that will get your bug fixed @@ -93,6 +94,7 @@ when I may have multiple login sessions going?

Other Problems:

O4. The --logfile option doesn't work if the logfile doesn't exist.
+O5. The message lengths in my POP3 progress messages look like garbage.

Answers:

@@ -801,7 +803,8 @@ message can lurk invisibly in your server mailbox forever.

Workaround: add the `fetchall' keyword to your POP3 fetch options.

-Solution: switch to an IMAP server.

+Solution: switch to an IMAP server.

R6. Fetchmail dumps core when I use a .netrc file but works otherwise.

@@ -1000,7 +1003,28 @@ without hacking potentially fragile startup scripts. To get around it, just touch(1) the logfile before you run fetchmail (this will have no effect on the contents of the logfile if it already exists).

-$Id: fetchmail-FAQ.html,v 1.29 1997/06/11 04:48:54 esr Exp $

+

+

O5. The message lengths in my POP3 progress messages look like garbage.

+ +Aha. You are running a server that was written to the letter of the +never-to-be-sufficiently-damned RFC 1725, which (among other heinous +omissions) neglected to require that the OK response to a +FETCH include the message length in octets. Requirement or +not, there are very few servers that actually fail to issue this +length.

+ +There is a way to compensate for this lack using the LIST , +command, but it would incur a possibly significant speed penalty on +all POP3 retrievals. Instead I have opted for a hack +that has the unavoidable side effect of garbaging the length messages. +This will not affect actual retrieval, and the messages will not +even be visible when you run in daemon mode.

+ +To fix this problem, install a better POP3 server like qpopper. Or +better yet, install an IMAP +server and chuck POP3 entirely.

+ +$Id: fetchmail-FAQ.html,v 1.30 1997/06/13 04:26:32 esr Exp $

Eric S. Raymond <esr@snark.thyrsus.com>
-- cgit v1.2.3