[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#932: Pine over-encodes files and auto-requests document

Dale Scheetz:
   For you, maybe it's a bug. For a large number of other users the
   forced base64 encoding is useful for plain text and uuencoded files
   because base64 does not use the blank or the dot (as well as
   several other characters, it think, that cause troubles) in the
   output code set. This allows those text and uuencoded files to pass
   through various mail filters that would otherwise mangle the text
   in some fashion. As a result this feature IS NOT a bug. Since the
   ^R feature provides the unimpeeded transfer of plain text (and
   uuencoded) it is not even feature poor in this respect.

^R is a good idea.

Quoted Printable ought to solve the problems you raise for unusual
messages.  [Or are you claiming the MIME standard is broken in this
respect?]  QP isn't an optimum solution, but is better than base64
[[most of the time I've seen QP applied, it's preserving junk like
extra blank spaces at the end of lines -- even uuencode hasn't
depended on these for ages.]]

Also, a mime character set declaration ought to be sufficient for all
but broken mail transport agents -- this ought to be a compile time
option (use system char set) if nothing else.

This should be put in the hands of the Pine developers.


Reply to: