On Fri, 6 Jun 2003, Sam Varshavchik wrote:
Joe Laffey writes:
> Are there any know bugs in 0.4.2 where the pop3d some how miscalculates > the size of certain (potentially mal-formatted) message?
There are no known bugs.
> > I ask because I keep having trashy Outlook choke on some messages. When I > connect to the pop3d manually I see that the messages that cause the > problem always show up with a zero length in the LIST output and a RETR > gives: > RETR 1 > +OK 0 octets follow. > <msg>
Since a RETR is nothing more than an fopen(), followed by getc(), this indicates that this is indeed an empty file.
I will sanitize the message removing anything confidential, and see if I can still reproduce the problem. If so I shall post the message here.
The odd thing is that the message body DOES come through with the RETR. Although it says "+OK 0 octets follow." It DOES print out the message. The value in "+OK 0 octets follow." (zero) is what is wrong. I normally see the value indicating the number of bytes in the message. However, with this message the pop3d says it is zero, but then proceeds to spit out a non-zero length message. This confuses Outlook and it stops. It will not retrieve any message beyond this one. I tried a couple other mail clients and they worked. But the problem does seem to lie with the server reporting the size incorrectly....
Try removing the courierpop3dsizelist file in the Maildir.
------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
