cketti f9a35aeaee Replace CRLF with LF when loading drafts ... This is necessary because we save the offset and length of the user- supplied text in the identity header. These values are then later used to split the draft in user text and quoted message. When calculating these values we operate on a string with LF line endings. Ideally we want to do the reverse operation on the same string, but when saving the message to the server LF is converted to CRLF to create RFC-conforming messages. This is only a hack and will probably be the cause of more trouble in the future. A better solution would be to make the identity header more robust or get rid of it entirely.		2012-03-17 04:15:30 +01:00
..
BinaryTempFileBody.java	Close resources properly	2011-12-31 17:38:41 +00:00
DecoderUtil.java	Prefer StringBuilder over StringBuffer	2011-10-05 21:50:31 -07:00
EncoderUtil.java	ant astyle	2011-03-22 18:07:47 +11:00
Iso2022JpToShiftJisInputStream.java	Could not handle iso-2022-jp streams which contain continuous escape	2011-03-19 18:05:07 +09:00
MimeBodyPart.java	ant astyle	2011-07-02 15:18:43 -04:00
MimeHeader.java	Clone Message object to avoid ConcurrentModificationExceptions	2012-01-04 03:57:53 +01:00
MimeMessage.java	Clone Message object to avoid ConcurrentModificationExceptions	2012-01-04 03:57:53 +01:00
MimeMultipart.java	Avoid string concatenation in Writer.write	2011-11-27 13:57:11 -08:00
MimeUtility.java	Replace CRLF with LF when loading drafts	2012-03-17 04:15:30 +01:00
TextBody.java	Big, scary massive "ant astyle" to get us back to something	2011-02-06 17:09:48 -05:00