* Re: mshow/mflow doesn’t display EBCDIC-encoded bodies correctly [not found] <gh-mailinglist-notifications-fa6558a0-26e0-48f6-803f-f5a8af34f6a8-mblaze-146@inbox.vuxu.org> @ 2019-06-23 17:49 ` mblaze-github 0 siblings, 0 replies; only message in thread From: mblaze-github @ 2019-06-23 17:49 UTC (permalink / raw) To: ml [-- Attachment #1: Type: text/plain, Size: 503 bytes --] New comment by qsuscs on mblaze repository https://github.com/leahneukirchen/mblaze/issues/146#issuecomment-504772957 Comment: I just realized that as of commit 6710fd9 (which is older than this issue), this should not happen. Unless one uses filters: in that case, mshow does not convert its output to UTF-8. So indeed, when one uses e. g. mflow as filter for text/plain, mrecode should be added to the filter chain. Iâm not sure whether mshow _should_ behave this way, but it does, anyway. ^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2019-06-23 17:49 UTC | newest] Thread overview: (only message) (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <gh-mailinglist-notifications-fa6558a0-26e0-48f6-803f-f5a8af34f6a8-mblaze-146@inbox.vuxu.org> 2019-06-23 17:49 ` mshow/mflow doesn’t display EBCDIC-encoded bodies correctly mblaze-github
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).