Noel, Pardon me for being dense but are we looking at the same version of the spec? Are you giving me an answer of "yes, this is a bug" by reference to the sections? I am looking at http://www.ietf.org/rfc/rfc2045.txt, where the sections "2.7. 7bit Data" and "2.8. 8bit Data" state that "CR and LF octets only occur as part of CRLF line separation sequences". Looking at the CRLR sections:
"2.1. CRLF The term CRLF, in this set of documents, refers to the sequence of octets corresponding to the two US-ASCII characters CR (decimal value 13) and LF (decimal value 10)"<snip> Would mean that, yes, we are not producing proper CFLF in our output. Check? Thanks, Gary > -----Original Message----- > From: Noel J. Bergman [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 17, 2004 23:15 > To: Jakarta Commons Developers List > Subject: RE: [codec] Base64 and RFC 2045 lines > > > RFC 2045 always uses CRLF as a line-delimiter. Our base64 encoding > > always uses LF, no CR, to created chunked output. > > > Is this on purpose or a bug in our implementation? > > See RFC 2045 sections 2.7 and 2.8. > > --- Noel > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
