4 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Message truncation
FromSent OnAttachments
Martin HicksNov 27, 2000 2:03 pm 
Tabor J. WellsNov 27, 2000 3:14 pm 
Tabor J. WellsNov 27, 2000 3:16 pm 
Eric S. RaymondNov 27, 2000 5:42 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] Message truncationActions...
From:Tabor J. Wells (twe@atg.com)
Date:Nov 27, 2000 3:14:44 pm
List:net.sourceforge.lists.courier-users

On Mon, Nov 27, 2000 at 05:03:47PM -0500, Martin Hicks <mo@bork.org> is thought to have said:

I stumbled on a hack that causes the problem to go away, but I'd like to figure out a real solution. The hack is to use the "keep" option, which prevents fetchmail from deleting the retrieved messages.

Ideas?

TIA mh

This is actually the same problem that I reported earlier today. Fetchmail, by default, doesn't use RETR to download messages by instead sends "TOP N 9999999" to get the headers and 1st 99999999 lines of the message number "N". This is stupid, but fetchmail seems to think that's the right way to pickup mail via POP.

The workaround is to invoke fetchmail with the "-all" switch which will use the RETR command to get mail rather than TOP.

The solution would be to fix Courier's implementation to match the POP3 specification for the TOP command.

Tabor

--

------------------------------------------------------------------------ Tabor J. Wells twe@atg.com Systems Administrator Art Technology Group http://www.atg.com