Jsem si vědom toho, že resuscituji velmi staré vlákno, nicméně vzhledem k tomu, že je "problém" stále aktuální a s uživatelem jsem jej nedávno opět řešil, dovolím si přesto přidat komentář a uvést částečné řešení.
Zjednodušeně řečeno, problém není v The Batu, ale ve zprávách - ty, které uživatel dodal pro ilustraci problému, totiž vykazovaly stejnou závadu, za kterou mohl odesílatel. HTML kód vložený do těla zprávy měl nastavenou jinou kódovací stránku (charset) než jaká byla nastavena v MIME hlavičce samotné emailové zprávy, jejíž tělo bylo navíc zakódováno použitím 'quoted-printable' (místo bezpečnějšího 'base64'). The Bat prakticky nemá možnost poznat, který z uvedených údajů je správně (a který charset je tedy platný). Autoři programu zvolili filozoficky přístup takový, že při zobrazování vloženého HTML kódu respektují charset specifikovaný v HTML (a charset specifikovaný v MIME hlavičce ignorují). Je to jeden z možných přístupů, nedá se jednoznačně říci, jestli správný nebo špatný (rozhodně existují dobré důvody to tak dělat - ovšem podobné situaci by měl předejít odesílatel vhodným nastavením kódování... zvláště při použití utf-8 na úrovni celé zprávy nedává smysl vkládat HTML kód jakkoli jinak než zase v utf-8). Dostáváte-li hodně takto zdeformovaných zpráv, můžete pomocí editace registru Windows The Bat přinutit, aby zvolil opačný přístup a při zobrazování vloženého HTML kódu bral za bernou minci charset nastavený v MIME hlavičce a ignoroval charset uvedený v HTML kódu. Do větve _HKEY_CURRENT_USER\Software\RIT\The Bat!_ je potřeba přidat novou hodnotu typu DWORD - název je _HtmlCharSetPriority_, hodnota _1_. Počítejte ovšem s tím, že se pak mohou začít chybně zobrazovat prozměnu jiné zprávy, které se dříve zobrazovaly "správně". -- <http://forum.thebat.cz/read.php?16,897,1464> E-mailovy klient The Bat! http://www.thebat.cz
