Subj : not all is lost but far too much for far too long
To   : Maurice Kinal
From : Rob Swindell
Date : Thu Jul 04 2019 02:07 am

  Re: not all is lost but far too much for far too long
  By: Maurice Kinal to Rob Swindell on Thu Jul 04 2019 04:01 am

 > Hallo Rob!
 >
 >  RS> I think that's a completely different issue.
 >
 > Not really.  The fact that nothing is ever done about these "bugs" when
 > raised with suitable evidence isn't going to change anything if my
 > observations have been correct over the decades.

If it's a problem for you, then switch software? SBBSecho used to strip 0x8d's and since rev 3.113 (Apr-30-2019) no longer does (at least, not by default). See? "bugs" can be fixed, so long as someone has the source code.

 >  RS> I agree: tossers probably should not be stripping 0x8d's.
 >
 > Amen.  There ought to be a law against it.
 >
 >  RS> I don't think that has anything to do with "CHRS: UTF-8 2" vs
 >  RS> "CHRS: UTF-8 4".
 >
 > It doesn't matter.  4, 2 or any other number will change nothing in the case
 > of utf8.  The 0x8d training bytes will all be stripped, as theu will for all
 > the 8-bit characters.

And... that's a different issue.

 > I posted a CP866 as an example and lo and behold the
 > single 16-bit charater with the trailing bit 0x8d was deleted.  The only
 > differece is that in utf8 those bytes matter way more than they do in purely
 > 8-bit land.

So find out what software is stripping the 0x8d's and start a campaign to get that software "fixed".

.