@MSGID: 274.tuxpower@1:154/700 2c0158de
@REPLY: 2:280/464.113 679b0277
@TZUTC: -0600
@PID: Synchronet 3.20c-Linux master/1cce91446 Jan 26
2025 GCC 14.2.1
@TID: SBBSecho 3.23-Linux master/1cce91446 Jan 26
2025 GCC 14.2.1
@BBSID: PHARCYDE
@CHRS: ASCII 1
@NOTE: NeoMutt/20250113-dirty
Hey Maurice!

On Thu, Jan 30 2025 04:39:19 +0000, you wrote ..

> No doubt.  ibm437 lacks the proper characters for conversion from old 
> english.  You`d have better luck with iso-8859-1 but I believe even 
> that lacks at least a couple of proper characters for old english.

 I`m well aware of all that. It`s this program`s configuration that`s
kind of baffling me (slrn, tin, and alpine do not and have not acted
this way). What in the world would be causing this to send in
iso-8859-1 yet it tacks on a `CHRS: CP437` kludge? Sigh..

 I found a new setting that I wasn`t previously using.
`assumed_charset` is no longer being used since iconv should be able to detect the
charset, anyways.

set send_charset = us-ascii:ibm437:utf-8

 .. is seeming to do the trick with a few more tests after my
multiple posts here last night.
 
> utf-8 is the way to go.  Speaking for myself ascii is what I use on a 
> daily basis.
 
 I agree. However, if I do (usually accidentally) quote someone`s
CP437 characters, in some sort of politeness/etiquette/whatever you want to
call it, I suppose, I`d prefer that they could read my reply properly
in whatever charset they`re using.

Regards,
Nick

... He who laughs last, thinks slowest.
--- SBBSecho 3.23-Linux
 * Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (1:154/700)
SEEN-BY: 50/109 103/705 104/119 120/616 124/5016
153/757 7001 154/10 30 50
SEEN-BY: 154/700 203/0 220/20 90 221/0 6 226/18
44 50 240/1120 5832 280/464
SEEN-BY: 280/5003 292/8125 301/1 310/31 341/66 234
396/45 460/58 467/888
SEEN-BY: 633/280 712/848 770/1 2320/105 3634/12
4500/1 5001/100 5019/40
SEEN-BY: 5020/400 715 848 1042 4441 12000 5030/49
1081 5061/133 5075/128
@PATH: 154/700 10 280/464 467/888 5020/1042 4441