<i>Pokud si autori klientu svevolne zvoli jedno, dve kodovani, ktere budou podporovat, a na ostatni se vykaslou, tak muzeme snadno skoncit v situaci, kdy si u ruznych prijemcu budeme muset pamatovat, v jakem kodovani jim poslat e-mail, aby to jejich klienti korektne zobrazili.</i>
Naopak, casem to snad vsem dojde a prejdou na UTF-8. Cokoliv jinyho je zbytecny.
On ten klient to klidne muze umet, jen muze byt prenastaveny. Odchozi kodovani je uzivatelska volba (a UTF-8 neni nutne defaultni). Mailove standardy umoznuji ruzna kodovani a je na klientovi prijemce, aby (alespon u tech znamych a vseobecne pouzivanych) je akceptoval. Pokud si autori klientu svevolne zvoli jedno, dve kodovani, ktere budou podporovat, a na ostatni se vykaslou, tak muzeme snadno skoncit v situaci, kdy si u ruznych prijemcu budeme muset pamatovat, v jakem kodovani jim poslat e-mail, aby to jejich klienti korektne zobrazili.
Ale samozrejme, o konkretne tomhle problemu Gmailu nic nevim, tak tezko spekulovat, co je jeho skutecna pricina (zda opravdu Gmail vedome prestal podporovat nektera rozsirena kodovani, nebo zda spis jde o nejakou nekompatibilitu v interpretaci MIME hlavicek - tusim, ze kdysi nejaka verze Outlooku / OE tam mela chyby a posilala nekorektni hlavicky, ale detaily si nepamatuju).
No, jestli tedy opravdu Gmail nezvlada korektne zobrazit prichozi e-maily v beznych a rozsirenych kodovanich jako ISO-8859-x (pokud je kodovani korektne specifikovane v MIME hlavickach), tak to je hrube amaterske.
Na druhou stranu to ukazuje, ze i jeste dnes mohou byt smysluplne zasady netikety z minuleho stoleti - tedy pouzivat v emailech diakritiku az pote co overime, ze ji druha strana bez potizi precte.