Summary | Error in generated flowed formated mail messages |
Queue | IMP |
Queue Version | FRAMEWORK_3 |
Type | Bug |
State | Resolved |
Priority | 1. Low |
Owners | slusarz (at) horde (dot) org |
Requester | leena.heino (at) uta (dot) fi |
Created | 09/07/2005 (7267 days ago) |
Due | |
Updated | 09/09/2005 (7265 days ago) |
Assigned | 09/07/2005 (7267 days ago) |
Resolved | 09/09/2005 (7265 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Resolved
New Attachment: horde-framework3-textflowd.patch
not try to remove any extra CRLFs or whitespace that might be in the
message.
What I understood from reading the RFC 2646 is that you should not try
to remove any extra CRLFs or whitespace when and while the message is
being composed or sent. But you may remove the soft line breaks when
you show the message to the user. I understood that the soft line
break is defined as 1*WS CRLF, and if this is followed by more CRLFs
or whitespace then you should leave those extra CRLFs and whitespace
as is.
State ⇒
tackling this. Ben Chavet previously submitted the following to dev@:
I wondered how this worked, now it makes sense. Is there anything in
the spec that would handle a line ending with a space followed like a
blank line? Something like:
End of paragraph._
next paragraph
I've found that this will end up like "End of paragraph. next
paragraph" even though there is a line that doesn not end with a space
between the two. Bug, or feature?
--Ben
State ⇒ Assigned
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Error in generated flowed formated mail messages
Queue ⇒ IMP
State ⇒ Unconfirmed
defined as 1*SP CRLF. But in Imp if I write something like:
"lines_of_text 1*SP CRLF CRLF CRLF CRLF more_lines_of_text" then Imp
optimizes these lines to something like this: lines_of_text 1*SP
more_lines_of_text. In effect you lose any paragraph separation you
might have done.