W dniu 10-10-2016 o 14:56, Grzegorz Niemirowski pisze:
Czyli jak zawsze czegoś podstawowego nie umiem znaleźć. W konfiguracji serwera mam Domyślne kodowanie: ISO-8859-2. Wysyłając tę pierwszą wiadomość z Thunderbirda nic ręcznie nie przestawiałem to byłem pewien że działa domyślne.
Na razie nigdzie indziej nie widzę pojęcia "Kodowanie" czyli jakbym nawet chciał przestawić to nie wiem gdzie. P.G.
Jeśli używasz tylko polskich liter i nie potrzebujesz µΩ°C itp., to ISOlatka wystarczy. Jeśli chcesz mieć możliwość pisania ze znaczkami, to ustaw UTF-8 - równoprawne w polskim usenet'cie.
Mon, 10 Oct 2016 14:56:19 +0200, w <ntg35f$v33$ snipped-for-privacy@node1.news.atman.pl>, "Grzegorz Niemirowski" snipped-for-privacy@poczta.onet.pl> napisał(-a):
W zasadzie nawet zalecane jest używanie najwięższego prawidłowego sposobu kodowania, więc ISO jest nie tylko prawidłowe, ale i zalecane (dla samych pl-liter oczywiście).
Dobre kodowanie to jest takie, które jest prawidłowo określone w nagłówkach. Problem z kodowaniem zaczął się od tego że są używane idiotyczne czytniki, które w treści posta dopuszczały znaki nonascii a w nagłówkach nie określały jakiego kodowania użyły (albo określały to nieprawidłowo).
W dniu 10.10.2016 o 17:56, Michał Czarkowski pisze:
Dodatkowo, Piotrze, z tego co zauważyłem niedawno wynika, że jeśli odpiszesz thunderbirdem na post w którym użyto kodowania iso odpowiedź będzie w iso, mimo ustawionego kodowanie utf-8. :-D
To akurat nie jest chyba prawdą. Tak będzie, ale pod warunkiem, że kodowanie iso-8858-2 *wystarczy* do napisania odpowiedzi. Jeśli dołoży się do tekstu te różne omegi, to wiadomość pójdzie jednak w UTF-8.
Sam piszę wi ISO, a w odpowiedzi często widuję UTF-8, więc raczej mam rację.
My tu o iso-8859-2, utf-8, a problem wydaje się być szerszy:
formatting link
jeden z komentarzy:
„Lukasz032 • rok temu
Problem polega na tym, że póki co nikt nie odwołał Polskiej Normy PN-T-42118:1993 - a więc przynajmniej w aplikacjach z przetargu czy innych dla kontrahentów wymagających przestrzegania Polskich Norm nie ma innego wyjścia niż latin2. Zresztą dla chcącego nic trudnego i da się wymusić latin2 nawet asynchronicznie - tylko wymaga to czasu i wiedzy, no i zastępowania domyślnych dla ajaxów nagłówków :) Sam pisałem i w utf, i w latin2, i jakoś szczególnie nie robi mi to różnicy, bo i tak większość hostingów mysql leci na defaultowym kodowaniu bazy (latin1) i bez SET NAMES po stronie połączenia nie da się nic normalnie wysłać, by wychodzą potem krzaki :)”
W dniu 10-10-2016 o 18:33, Michał Czarkowski pisze:
Na ile to ogarniam to odpowiadałeś nie na ISO jak myślałeś a na UTF-8. Sądzę tak, bo jak zobaczę źródło tamtej wiadomości to gdzieś na początku From: widzę UTF-8. Sądzę, że gdyby było ISO to nigdzie tego UTF w tekście by nie było. Tak przynajmniej sobie wymyśliłem, bo nie znam definicji formatu maili. Nie wiem też, co znaczy ustawienie TB o pisaniu w HTML. P.G.
Piotr Gałka snipped-for-privacy@cutthismicromade.pl napisał(a):
Przyjrzyj się dokładnie, co to jest to "gdzieś" :) Oprócz kodowania określonego dla treści, kodowanie może być określone też lokalnie dla danego nagłówka. Jarosław ma polskie literki w imieniu i nazwisku, czyli w nagłówku From i musi je jakoś zakodować. Są one kodowane w UTF-8 i to kodowanie jest zadeklarowane w samym tym nagłówku. Z resztą dotyczy to Was obu: From: =?UTF-8?Q?Jaros=C5=82aw?= =?UTF-8?Q?_Soko=C5=82owski?= From: =?UTF-8?Q?Piotr_Ga=c5=82ka?= snipped-for-privacy@cutthismicromade.pl
Natomiast post Jarosława, jeśli chodzi o treść, jak najbardziej był w ISO: Content-Type: text/plain; charset=iso-8859-2 A Twój już w całości w UTF-8: Content-Type: text/plain; charset=utf-8; format=flowed
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.