Hello Maurice!

 Answering from Golded now, as that is my regular Fido mail reader.

16 Jun 18 16:04, you wrote to me:

 MK> -={ ':read dump.utf8' starts }=-

 MK>> in my pants", "Jag har ekorrar i mina byxor", "У меня в
 MK>> штанах белка", "Έχω σκίουροι στο
 MK>> παντελόνι μου" and "Ich habe Eichhörnchen in meiner
 MK>> Hose", within a single message which covers five languages thus vastly

 MK> -={ ':read dump.utf8' ends }=-

 Ofcourse it does not look goed here, but neither did it in Thunderbird.
 The smapinntpd that is in between wants the CHAR kludge. I have set de defaul
 to some CPxxx to cover messages from mailers from before the kludge was
 intruduced.

 It does look good on my Python message reader, as there the kludge is ignored
 a different method is used to define the characterset.

 MK> Note that is an exact replication from your reply (ie zero
 MK> jiggery-pokery). I notice that Thunderbird does a perfect wordwrap given
 MK> that it obviously counts multibyte characters the same as 7-bit ascii
 MK> characters.  Other web based apps I've seen don't as they count characters
 MK> as bytes.  Kudoes to your implimentation.  :-)

 MK> Does the "CHRS: UTF-8 4" kludge make any difference at all?  If so I'll
 MK> turn it on here but just so you know it is a total waste of bytes at this
 MK> end since utf-8 characters work 100% at this end without any interference
 MK> or help required.

 So yes it makes a difference, but for me olt when I read messages in
 Thunderbird. As that seldom happens, just do as you like.

 If I want to read a UTF-8 encoded message I can always read it in my
 other message reader. The only drawback there is that I have never added a
 message editor.

 That again is lazyness, apart from the editor, it needs routines to
 insert the message in the squish message base. For reading messages you
 can take a few shortcuts, but for inserting messages a proper implementation
 is needed. Maybe, oneday I will make such a beats for either squish or jamm.

Kees

--- GoldED+/LNX 1.1.5