Made the appropriate change. Thanks for the patch! Check out the latest version and
let me know if you have problems.
The writeContentTo method is designed to always write out a specified number of lines,
so it's understandable this will always end this output with a \r\n, while the actual
MimeMessage might not end with \r\n. (just to explain why RETR didn't work but TOP
did).
Serge Knystautas
Loki Technologies
http://www.lokitech.com/
>�From: Charles Benett <[EMAIL PROTECTED]>
>�To: JAMES <[EMAIL PROTECTED]>
>�Subject: POP3Handler - RETR
>�Date: Thu Aug 17 09:06:56 EDT 2000
>
> Hi!
> The POP3Handler currently appends a '.' to the last line of a message in
> response to RETR, rather than sending the required 'CRLF.CRLF'. This
> stops Netscape retrieving mail. Someone on the list had talked about
> 'dot-stuffing', they may have been refering to this,as well.
>
> Can someone with write rights to CVS amend line 333 from:
> out.println(".");
> to:
> out.println("\r\n.");
>
> This works either telneting to port 110 or using Netscape. Using James
> from CVS on JDK1.3 beta on Linux RedHat 6.1.
>
> Interestingly, there doesn't appear to be a problem with TOP, which uses
> a different overloaded version of Mail.writeMessageTo().
>
> Thanks,
> Charles
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives: <http://www.mail-archive.com/james%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]
