Just a sample of the Echomail archive
[ << oldest | < older | list | newer > | newest >> ]
|  Message 185  |
|  Peicheng Huang to Nicholas Boel  |
|  utf-8 test  |
|  21 Aug 23 13:00:44  |
 TZUTC: -0700 MSGID: 379.fidoutf8@1:103/705 2948f9e7 REPLY: 1:154/701 0f684e15 PID: Synchronet 3.20a-Win32 master/7ae65021a Aug 10 2023 MSC 1929 TID: SBBSecho 3.20-Linux master/99e8c77ca Jul 24 2023 GCC 12.2.0 COLS: 80 BBSID: VERT CHRS: ASCII 1 NOTE: FSEditor.js v1.104 Re: utf-8 test By: Nicholas Boel to Peicheng Huang on Sun Aug 20 2023 08:42 am > That's a limitation of Multimail. I don't believe you'll ever be able to use > UTF-8 properly in that application, but if you use an external editor that > supports UTF-8 you should be able to read/write it properly. Okay, maybe it will be improved after someone adding Unicode support. I also tried MultiMail in Linux, with luit's help it can show UTF-8. Run this command with LC_ALL/LANG set to en_US.UTF-8: $ luit -encoding UTF-8 mm Although UTF-8 charmap was selected, MultiMail currently still garbled some UTF-8 characters. Adding additional layer of UTF-8 to UTF-8 conversion by luit seems to be a workable solution. To show CP437 ASCII art, luit's CP437 to UTF-8 conversion looks good: $ luit -encoding CP437 mm --- SBBSecho 3.20-Linux * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705) SEEN-BY: 10/0 1 103/705 106/201 153/7715 218/0 1 700 860 920 226/30 SEEN-BY: 227/114 229/110 112 113 307 317 426 428 470 700 291/111 317/3 SEEN-BY: 320/219 PATH: 103/705 218/700 229/426 |
[ << oldest | < older | list | newer > | newest >> ]