Steffen Nurpmeso wrote in <20181218155043.x7zbn%[email protected]>: |Ralph Corderoy wrote in <[email protected]>: ... |Of course it is a problem, iconv(3)ing from ASCII to UTF-8 fails |if there is some 8-bit data in the input, even LATIN1 fails |here(!)... So i do not have any chance to do | | echo hä | LC_ALL=C s-nail ... | |it will always fail, unless given an explicit -S |ttycharset=utf8/latin1/xy whatever it really is. |The problem with SuSE is that their port always added the luxury |of turning 8-bit on the input side into UTF-8 or LATIN1 otherwise, |if i understand the patch correctly. People may have relied on |that, scripts may break, systems may start to misbehave ...
Maybe it would also make sense to offer a "the input has to be swallowed, at any cost" variable, thus... |To be honest, i do not know at the moment. It could be a good |thing to have UTF-8 detection, but when is that sufficient (as |above). On the other hand, automatically falling back to LATIN1 |if it is not UTF-8 cannot be it, for S-nail. falling back to declaring the data as latin1, or i do not know yet, otherwise. Maybe even octet stream, binary, for the main body, but transporting the thing at any cost. |Maybe automatic UTF-8 detection with a trigger variable that |enables it, so that Werner can add it to the global SuSE mail.rc, |but off by default. Falling back to nothing, ending with failure |if it is not UTF-8. Something like *mime-utf8-autodetect* or so. *mime-force-transport* or so. And off by default, definitely. Hmm. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
