Quoting from Matthias Andree's mail on Wed, Jun 11, 2003 at 02:05:38PM +0200:
Hum, does this fix the cause of the problem or just work around a
symptom? fetchmail should not keep open connections across its "sleep"
between subsequent polls in daemon mode.
Across polls? This patch has no effect. close_sink() always closes
all connections at the end of poll.
Here, the situation is:
1) fetchmail retrieves mail headers from mailserver.
2) fetchmail sends MAIL FROM: to smtp server.
3) smtp server rejects it.
4) fetchmail sends RSET to smtp server.
5) fetchmail is reading the body from mailserver. Remember, this is
POP3 (suppress_readbody == FALSE). The body has to be read before
retrieving the next mail.
6) In this case, the mail body is big. fetchmail takes its own time.
The smtp server times out in the meantime. It sends the 451 response
and quits.
7) fetchmail deletes the mail.
8) fetchmail retrieves the next mail.
[[[
here fetchmail should have closed the connection to the smtp server
and reconnected if the timeout has been reached. the patch does that.
]]]
9) fetchmail sends MAIL FROM: to smtp server.
10) fetchmail gets the 451 response which the smtp server had sent
while quitting.
11) fetchmail aborts the pop3 connection. The deleted mail gets
undeleted.
--
Sunil Shetye.