On Fri, Jul 14, 2000 at 21:00:21 -0700, Anton Graham wrote:
I still think that text/plain should be just that: plain :)
It is.
The Quoted Printable encoding must not have lines longer than 76
characters, and the encoder have to insert the soft breaks when
it encodes longer lines then that.
Byrial Jensen proclaimed on mutt-users that:
which each paragraph may be rewrapped by the receiving MUA. It
uses the context type "text/plain; format=flowed". Mutt doesn't
support this, but it may be a good idea to implement it.
"The Text/Plain Format Parameter" is described in RFC 2646.
The
There seems to be some "funkiness" in the handling of
multipart/alternative messages. In particular, the attachments
which are Content-Type: text/plain and Content-Transfer-Encoding:
quoted-printable. These frequently come from Outlook (Express) users.
This is how mutt displays a single line
Anton --
...and then Anton Graham said...
%
% There seems to be some "funkiness" in the handling of
% multipart/alternative messages. In particular, the attachments
% which are Content-Type: text/plain and Content-Transfer-Encoding:
% quoted-printable. These frequently come from Outlook
On Fri, 14 Jul 2000, David T-G wrote:
... and that's because they are most frequently the ones who need the
most help.
Of course :p
Even though it's marked text/plain, that doesn't mean that LookOut!
users aren't depending on their mailer to autoformat their lines
based on fluctuating
