Dotaz: Kódování znaků v poště

[Dalibor Smolík]

Na poštovním serveru (fetchmail+ maildrop) se mi chybně zobrazují písmena s diakritikou v předmětu zprávy, (š, ž,) ale zpráva samotná se zobrazuje správně. Nevadilo by mi to, avšak při pokusu o vytištění to zablokuje tiskárnu. (zůstává v úlohách k tisku jako chyba a tiskárna je zakázaná).
Kódování v systému mám iso-8859-2, zpráva samotná je označená jako windows-1250. Používám thunderbird.
Není mi jasné, proč má předmět zprávy jiné kódování než samotná zpráva a zda by se to dalo někde nastavit. Dík za tip.

Odpovědi

[outsider]

Mno nevim jestli si to pamatuju dobre, ale...

V hlavickach zpravy se da definovat kodovani tela zpravy. Ale to se netyka vlastnich hlavicek, kam patri i "Subject:". Ten musi byt zakodovan pomoci "quoted printable" kodovani...

[Filip Jirsák]

V jakém programu ty poštovní zprávy zobrazujete? Jinak pokud je v předmětu zprávy (obecně v kterékoli hlavičce) diakritika, musí být kódování (spolu s kódováním znaků quoted printable (Q) nebo base64(B) a možná další) uvedeno přímo v té hlavičce – takže třeba

Subject: Re: =?ISO-8859-2?Q?N=E1stroj_pro_anal=FDzu_log_soubor=F9?=

[Dalibor Smolík]

Tyto dvě odpovědi, které jsem dostal, jsou zobrazeny správně i s dikaritiku (zapnul jsem si sledování příspěvků), ale jiné zprávy dostávám chybně. Jak mám donutit hlavičku příchozí zprávy, aby se zobrazila správně a kde nastavuji kódování (včetně quoted printable)? Dík Používám thunderbird. V nastavení Thunderbirdu - Písmo a znaková sada - zaškrtnutí výchozí znakové sady pro příchozí a odchozí poštu iso-8859-2 ani UTF-8 k cíli nevede, každá příchozí pošta je v jiné znakové sadě.

[Filip Jirsák]

Pak to nejspíš bude problém u odesílatele, nebo ty e-maily nějak mrší fetchmail nebo procmail. Thunderbird asi k ničemu takovému nedonutíte – ten zobrazuje hlavičky v takovém kódování, jaké určí odesílající strana. Můžete sem zdrojové hlavičky (hlavně ten subject) nějakého toho e-mailu s poškozenou diakritikou vložit?

[Dalibor Smolík]

Například zde:

Received: from praha6.cz (server1.praha6.cz [80.250.3.32])
	by relay1.volny.cz (Postfix) with ESMTP id BCF9888BAB
	for rstrade@volny.cz; Fri,  1 Jun 2007 19:24:27 +0200 (CEST)


------=_OuterBoundary_000
Content-Type: multipart/alternative; 	boundary="----=_InnerBoundery_001"


------=_InnerBoundery_001
Content-Type: text/plain; 	charset="windows-1250"
Content-Transfer-Encoding: quoted-printable

Nejmlad=9A=ED pra=9Esk=FD starosta se dnes o=9Eenil=0A---------------------=

[Filip Jirsák]

Tam ale nikde není hlavička Subject:… Jinak tenhle text by se měl zobrazit správně, ty znaky jsou správně v kódování Windows-1250.

[Dalibor Smolík]

Omlouvám se:

date: Fri, 01 Jun 2007 19:23:25 +0200
X-Mailer: ExterLess PHP Mailer
Subject: Praha 6 - Nejmladší pražský starosta se dnes oženil
Content-Type: multipart/mixed; 	boundary="----=_OuterBoundary_000"
Message-Id: <20070601172427.BCF9888BAB@relay1.volny.cz>

Zpráva se zobrazuje správně, hlavička však nikoliv. Místo š a ž jsou otazníky (opakuji - pouze v hlavičce).

[outsider]

Jak vam bylo vysvetleno vyse, diakritika v hlavickach nema co delat (pokud neni zakodovana pomoci quoted-printable nebo base64). Jedna se o nekorektni mail. Obratte se na odesilatele, at to opravi.

[Dalibor Smolík]

Díky, teď je mi to jasné . Jen nevím, jak k tomu přiměju vážené zákazníky

[Filip Jirsák]

Jenom dodám, že viník je zde:

X-Mailer: ExterLess PHP Mailer

Jediné, co k tomu Google najde, je www.exterless.cz. Takže česká firma, té by "nějaké non-ASCII" kódování nemuselo být úplně ukradené. A třeba taky nebudou chtít mít ostudu… Možná bude stačit poslat odkaz na tudo diskuzi na kontakt uvedený na stránkách

[Dalibor Smolík]

Ano, ti odborníci jsou na městském úřadě
Tady je mi to jedno, ale někteří zákazníci jsou schopni sotva odeslat e-mail, zato mne živí . Takže dávat instrukce jim moc nemohu. Prostě postupně, po kapkách ...
Jinak exterless mě pobavil príma hláškou: "Omlouváme se, naše stránky právě procházejí změnou grafiky. Navštivte nás po Novém roce a zcela jistě najdete co hledáte."

[Michal Kubeček]

Přidal bych odkaz na RFC 2047.