Autor: Konik Bujany (pt_at_pisz.na.niusy.invalid)
Data: Thu 10 Aug 2000 - 02:00:59 MET DST
This is a multi-part message in MIME format.
------=_NextPart_000_00F6_01C0026E.D4166730
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
"andy_k" <andyk_at_spamprotector^cyberspace.org>
Ostatnimi dniami zmagam sie z nastepujacym problemem (btw., po przejsciu
na tpi): pomimo, ze mam ustawione w Forte Agencie: Send Usenet As: Easter
Europe no UTF (us-ascii, ISO-8859-2), to odpowiadajac (wraz z cytowaniem ich
fragmentu) m.in. na te posty pisane prawdopodobnie w cp1250 (polskie
czcionki w ich listach nie byly u mnie poprawnie widoczne):
Czyli zle przygotowane przesylki uzywajace znaków narodowych w jakims
kodowaniu bez deklaracji tego.
Nie wiem dlaczego Forte Agent odpowiada na nie w utf pomimo ustawienia:
Send Usenet As: Easter Europe no UTF (us-ascii, ISO-8859-2) - moze jakis
bug w programie?
Tak zasadniczo moze/ma byc, co wyjasniam w innym artykule.
Wlasciwie dlaczego az tak radykalnie podchodzi sie do UTF, ze az sie te
posty usuwa? Dlaczego nie zastosowano podobnej strategii do cp1250? W czym
cep jest leprzy od utf, ze jedno sie canceluje, a drugie nie?
Wymaga mniejszego iq/wiedzy ?
Przez to wlasnie (i moze przez jakis bug?), ze posty pisane sa
prawdopodobnie w cp1250 mam te problemy z utf.
Gdzie tu problem ? Czy ktos tego nie moze odczytac ? Patrz wyzej ! Domagaj
sie od administratora przyjmowania twoich przesylek, bo sa w pelni zgodne ze
standardami internetowymi.
Postuluje zatem usuwanie cp1250 podobnie jak utf, albo ew. nie usuwanie
utf z polskiego usenetu.
Po jakiego glaba usuwac JAKIEKOLWIEK artykuly ? Toc jesli jakis
matol-administrator nie chce Unikodu na swoim serwerze moze go skonfigurowac
tak, by ich nie przyjmowal. U mnie tak jest, tyle, ze dotyczy
nieprzyjmowania przesylek innych niz wieloczesciowe alternatywne z czesciami
typu text/plain i text/html. Uzytkownik usilujacy wyslac inny artykul np.
bez strukturalnej czesci podczas wysylania, otrzymuje komunikat, ze ma sobie
skonfigurowac czytnik zgodnie z tym wymaganiem. Artykul w ogóle nie jest
przyjmowany. Oprócz tego artykuly pochodzace z innych serwerów sa
udostepniane w ten sposób. W ogólnosci mozna stworzyc interfejs dla
dowolnego czytnika w tym interfejs Imap umozliwiajacy wybór tresci
alternatywnych, ale to juz trudniejsze. Celem nadrzednym jest czytelnosc
artykulów. Dzieki odpowiedniemu formatowi maja dac sie przetwarzac
automatycznie.
Jedynym prowizorycznym rozwiazaniem jakie jak do tej pory znalazlem jest
nie cytowanie cepowych postow, ale to nie jest prawdziwe rozwiazanie.
Masz powyzej.
------=_NextPart_000_00F6_01C0026E.D4166730
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV> </DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"andy_k" <<A=20
=
href=3D"mailto:andyk_at_spamprotector^cyberspace.org">andyk_at_spamprotector^cy=
berspace.org</A>>=20
</DIV>
<DIV> </DIV>
<DIV>Ostatnimi dniami zmagam sie z nastepujacym problemem (btw., po =
przejsciu=20
na tpi): pomimo, ze mam ustawione w Forte Agencie: Send Usenet As: =
Easter=20
Europe no UTF (us-ascii, ISO-8859-2), to odpowiadajac (wraz z =
cytowaniem ich=20
fragmentu) m.in. na te posty pisane prawdopodobnie w cp1250 (polskie =
czcionki=20
w ich listach nie byly u mnie poprawnie widoczne):</DIV></BLOCKQUOTE>
<DIV>Czyli źle przygotowane przesyłki używające =
znak=F3w narodowych w jakimś=20
kodowaniu bez deklaracji tego.</DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>Nie wiem dlaczego Forte Agent odpowiada na nie w utf pomimo =
ustawienia:=20
<BR>Send Usenet As: Easter Europe no UTF (us-ascii, ISO-8859-2) - moze =
jakis=20
bug w programie?</DIV></BLOCKQUOTE>
<DIV>Tak zasadniczo może/ma być, co wyjaśniam w innym =
artykule.</DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>Wlasciwie dlaczego az tak radykalnie podchodzi sie do UTF, ze az =
sie te=20
posty usuwa? Dlaczego nie zastosowano podobnej strategii do cp1250? W =
czym cep=20
jest leprzy od utf, ze jedno sie canceluje, a drugie =
nie?</DIV></BLOCKQUOTE>
<DIV>Wymaga mniejszego iq/wiedzy ?</DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>Przez to wlasnie (i moze przez jakis bug?), ze posty pisane sa=20
prawdopodobnie w cp1250 mam te problemy z utf.</DIV></BLOCKQUOTE>
<DIV>Gdzie tu problem ? Czy ktoś tego nie może odczytać ? =
Patrz wyżej ! Domagaj=20
się od administratora przyjmowania twoich przesyłek, bo =
są w pełni zgodne ze=20
standardami internetowymi.</DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>Postuluje zatem usuwanie cp1250 podobnie jak utf, albo ew. nie =
usuwanie=20
utf z polskiego usenetu.</DIV></BLOCKQUOTE>
<DIV>Po jakiego głąba usuwać JAKIEKOLWIEK artykuły =
? Toć jeśli jakiś=20
matoł-administrator nie chce Unikodu na swoim serwerze może go =
skonfigurować=20
tak, by ich nie przyjmował. U mnie tak jest, tyle, że dotyczy =
nieprzyjmowania=20
przesyłek innych niż wieloczęściowe alternatywne z =
częściami typu text/plain i=20
text/html. Użytkownik usiłujący wysłać inny =
artykuł np. bez strukturalnej części=20
podczas wysyłania, otrzymuje komunikat, że ma sobie =
skonfigurować czytnik=20
zgodnie z tym wymaganiem. Artykuł w og=F3le nie jest przyjmowany. =
Opr=F3cz tego=20
artykuły pochodzące z innych serwer=F3w są =
udostępniane w ten spos=F3b. W og=F3lności=20
można stworzyć interfejs dla dowolnego czytnika w tym =
interfejs Imap=20
umożliwiający wyb=F3r treści alternatywnych, ale to =
już trudniejsze. Celem=20
nadrzędnym jest czytelność artykuł=F3w. Dzięki =
odpowiedniemu formatowi mają dać=20
się przetwarzać automatycznie.</DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>Jedynym prowizorycznym rozwiazaniem jakie jak do tej pory =
znalazlem jest=20
nie cytowanie cepowych postow, ale to nie jest prawdziwe=20
rozwiazanie.</DIV></BLOCKQUOTE>
<DIV>Masz powyżej.</DIV></BODY></HTML>
------=_NextPart_000_00F6_01C0026E.D4166730--
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:35:42 MET DST