Broken MIME character set handling by MHonArc

Adrian-- It seems that more recent versions of MHonArc than are on the xemacs.org server have MIME character set handling that’s worth the name. I have 2.6.10 locally, for example, and this is the list of non-ASCII encodings it can handle; AppleArabic CP1251 GB2312 ISO8859_6 AppleCenteuro CP1252 GOST19768_87 ISO8859_7 AppleCroatian CP1253 HP_ROMAN8 ISO8859_8 AppleCyrillic CP1254 ISO8859_1 ISO8859_9 AppleGreek CP1255 ISO8859_10 KOI8_A AppleHebrew CP1256 ISO8859_11 KOI8_B AppleIceland CP1257 ISO8859_13 KOI8_E AppleRoman CP1258 ISO8859_14 KOI8_F AppleRomanian CP866 ISO8859_15 KOI8_R AppleThai CP932 ISO8859_16 KOI8_U AppleTurkish CP936 ISO8859_2 KOI_0 BIG5_ETEN CP949 ISO8859_3 KOI_7 BIG5_HKSCS CP950 ISO8859_4 UTF-8 CP1250 EUC_JP ISO8859_5 VISCII The server’s version is 2.4.7, which supports only Latin 1 and ISO 2022-JP (if you specify explicitly that a mailing list will use ISO 2022) out of the box. As such, an upgrade would mean that the Russian and Japanese-language archives would work without further configuration. (Admittedly, these last two are mostly spam, and I’m mostly annoyed that I can’t point someone towards one of my mails on the web and have that mail appear readable. But I think it’s a reasonable desire, all the same.) Could you pass on a request for an upgrade to the tux.org people, or give me details of someone I should contact to request it? Thanks, - Aidan -- “I, for instance, am gung-ho about open source because my family is being held hostage in Rob Malda’s basement. But who fact-checks me, or Enderle, when we say something in public? No-one!” -- Danny O’Brien