* 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).