META: Co s MIME v konferenci
Jan Kasprzak
dneska jsem se konecne procetl svym mailboxem v li...@linux.cz
za posledni cca mesic a protoze me dost veci zaujalo (diskuse o dynamickych
knihovnach), rozhodl jsem se, ze zase pro konferenci neco malo udelam :-)
Jde o problem s filtrovanim MIME casti, priloh, prekodovanim, atd. V prvni
fazi mi jde o vas nazor na to, jak do budoucna tohl resit.
Nejprve k tomu, jak cely problem vznikl: za starych casu,
kdy temer zadny MUA nepodporoval diakritiku nebo MIME, byly zpravy
s diakritikou a/nebo v Quoted-Printable pro mnoho lidi necitelne
(zvlaste u znakovych terminalu). Navic hodne MUA posilalo diky podivne
implicitni konfiguraci do konference spoustu smeti (multipart/alternative
text/plain a text/html, vizitky ms-tnef, a tak podobne). Dalsi vec byla
ta, ze mnozi MUA neposilaji ceske texty v ISO-8859-2, ale ve Windows-1250.
Toto kodovani je sice take registrovano u IANA, nicmene nepatri mezi
sadu doporucenych kodovani, ktere by meli MUA podporovat (na rozdil
od ISO 8859-2). Navic nekteri MUA poslou text s diakritikou chybne oznaceny
jako ISO 8859-1.
Nyni popis stavajiciho stavu: problem je resen dvema smery. Prvnim
z nich je MIME parser. Ten je postaveny na perlovych modulech MIME::*
a Cz::Cstocs a dela zhruba nasledujici:
- rozparsuje MIME zpravu do stromu
- pro kazdou cast udela:
- z casti multipart/alternative necha jen prvni cast (podle MIME by
toto mela byt nejjednodussi cast, tedy obvykle text/plain
- odstrani casti tech typu, ktere nechceme do konference vpoustet
(momentalne implementovano jako cokoli, co ma v nazvu jako podretezec
nektere z nasledujicich slov: text/html application/ms-tnef
word octet-stream).
- pokud nyni nejaka multipart/* cast obsahuje jen jednu cast,
namisto multipart/* je ponechana opravdu jen tato jedna cast.
- je-li cast typu text/plain, provadi se navic nasledujici:
- zmeni se Content-Transfer-Encoding na 8bit.
- je-li charset neuveden, nastavi se us-ascii.
- je-li charset neco jineho nez us-ascii nebo iso-8859-2,
provede se prekodovani do iso-8859-2.
Do mailu se pridaji hlavicky X-MIME2LATIN2, ktere poskytuji udaje o provedene
transformaci. Takto transofrmovany MIME strom (je-li neprazdny) se posle do
konference.
Druhym smerem reseni je sublist linux-ascii, ktery v podstate
funguje uplne stejne, jen prekodovani dela do us-ascii misto iso-8859-2.
A ted jake jsou s tim problemy:
- vyse popsane transformace modifikuji zpravu, cili PGP/MIME a S/MIME
signatury jsou jimi zneplatneny.
- obcas chce nekdo do konference prece jen poslat nejaky ten obrazek
nebo HTML soubor
- obcas nekdo potrebuje i jine znaky, nez v ISO-8859-2
Myslim, ze duvody ktere vedly k zavedeni tohoto
filtrovaciho systemu alespon zcasti trvaji. Za posledni dobu k nim pribyl
jeste jeden duvod, a to ten, ze temito filtry se vyrazne redukuje
mnozstvi spamu v konferenci (spam byva velmi casto posilan jako text/html)
a zamezi sireni viru pro legacy operacni systemy pres konferenci.
Co by se mohlo zmenit:
- povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
nekde na webu.
- mozna mene agresivneji provadet prekodovani; napriklad jen
Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
Problem s kryptografickymi podpisy povazuji za okrajovy a neresil bych ho.
Jake jsou vase nazory na tuto problematiku a pripadne moznosti
reseni? Prosim nechte puvodni Subject, at mohou ti kdo se o problem
nezajimaji smazat cely thread.
-Yenya
--
| Jan "Yenya" Kasprzak <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/ Czech Linux Homepage: http://www.linux.cz/ |
|\ Do not meddle in the affairs of sysadmins, for they are quick to /|
|\\ anger and have not need for subtlety. (stolen from some /.er) //|
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Pred polozenim dotazu si nejprve prectete dokumentaci k programu
Ing. Pavel PaJaSoft Janousek
> - vyse popsane transformace modifikuji zpravu, cili PGP/MIME a S/MIME
> signatury jsou jimi zneplatneny.
> Problem s kryptografickymi podpisy povazuji za okrajovy a neresil bych ho.
Myslim si, ze z urciteho pohledu je to zanedbatelne - asi ve verejnem
listu nema smysl moc 'hrat' na moznost sifrovani zpravy. Jenze je tu
druhy aspekt, ktery povazuji za dulezity a v nastupujicim elektronickem
case cim dal vice dulezitejsi (cimz nerikam, ze toto musime resit nyni,
jen bych to kategoricky nezahazoval) - a sice to, ze kdyz mail posle
clovek A a neco v nem sdeli, chci mit jistotu, ze to byl skutecne clovek
A, a ze skutecne napsal presne co napsal, resp. ja ctu - o tom je prece
'signovani'. Myslim si, ze vyuziti tohoto se najde v mnoha ohledech,
nejen pro ucely napr. dukazniho rizeni (to mne ted napadlo).
Do problematiky zpracovani mailu v konferenci nevidim uplne, proto se
tazi:
1. Pokud ucastnik dopis vytvori v ISO8859-2
2. Pokud nedojde po ceste k modifikaci
je nutne, aby nesedela signace? Nelze 'podepsany' blok nemodifikovat a
vse ostatni (napr. Tip dole) doplnit do mailu tak, aby vse sedelo -
myslim, ze by to nekolik lidi jiz nyni a dalsi (ja se k nim pocitam) v
blizke budoucnosti ocenili. Pokud problem s podpisy je nekde jinde,
staci rici ses blbej, zaznamenal jsem vsak, ze presne na toto si nekteri
stezovali zde v listu.
> - obcas chce nekdo do konference prece jen poslat nejaky ten obrazek
> nebo HTML soubor
> - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
> kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
> nekde na webu.
Ja si myslim, ze urcite (jak velke nevim, ale asi ne zanedbatelne)
procento ucastniku teto konference konferenci sleduje 'textove' =>
propousteni obrazku ci HTML nepovazuji osobne za dobry napad (obrazky
mozna, ale do HTML se da nacpat spousta skodiciho kodu...). Co mi naopak
osobne chybi (skutecne se tato situace stala) je nemoznost zaslani napr.
kratkeho patche - ano, muzu ho vystavit nekde na Webu (to HTML ci
obrazky taky), ale stale existuji lide, kterym k Internetove komunikaci
a ke stesti staci ciste e-mailova adresa - pro zverejneni nejakeho napr.
patche je tedy nutime zridit si napr. na nejake FreeHostingove sluzbe
ucet a naucit je zakladum HTML... Zde bych navrhoval striktne format
tar.gz, ktery je uspesne rozbalitelny na vsech mne znamych platformach.
Samozrejmosti povoleni techto binarnich dat beru nejake rozumne omezeni
(100kB?).
> jeste jeden duvod, a to ten, ze temito filtry se vyrazne redukuje
> mnozstvi spamu v konferenci (spam byva velmi casto posilan jako text/html)
S timto souhlasim a je s podivem, jak toto pomerne jednoduche pravidlo
je ucinne na mnoha frontach.
> - mozna mene agresivneji provadet prekodovani; napriklad jen
> Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
Jablicka se nepochybne ozvou...;-) - ted vazne, Apple neni tak okrajova
platforma jak se nekdy muze zdat, osobne navrhuji podporu Win1250,
ISO8859-[1|2] a Apple (zadne nevlastnim). Toto prekodovavat, ostatni
nechat byt.
Preji hezky den.
-----------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft) FoNet, spol. s r. o.
Vyvoj software, Intranet / Internet Sokolova 67, 619 00 Brno
E-mail: mailto:Jano...@FoNet.Cz Tel.: +420 5 4324 4749
SMS: mailto:P.Jan...@SMS.Paegas.Cz Fax.: +420 5 4324 4751
WWW: http://WWW.FoNet.Cz/ E-mail: mailto:In...@FoNet.Cz
-----------------------------------------------------------------------
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Prectete si Linux Documentation Project: http://www.linux.cz/linuxdoc/
Karel Zak
> - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
> kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
> nekde na webu.
Nezaznamenal jsem, ze by po teto feature byla nejaka poptavka. Prece jen to
neni nejaky devel list kam by nekdo posilal patche apod...
Karel
--
Karel Zak <za...@zf.jcu.cz>
http://home.zf.jcu.cz/~zakkr/
C, PostgreSQL, PHP, WWW, http://docs.linux.cz, http://mape.jcu.cz
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Konference o textovych editorech: editor...@linux.cz
Robert Vojta
> listu nema smysl moc 'hrat' na moznost sifrovani zpravy. Jenze je tu
> druhy aspekt, ktery povazuji za dulezity a v nastupujicim elektronickem
> case cim dal vice dulezitejsi (cimz nerikam, ze toto musime resit nyni,
> jen bych to kategoricky nezahazoval) - a sice to, ze kdyz mail posle
> clovek A a neco v nem sdeli, chci mit jistotu, ze to byl skutecne clovek
> A, a ze skutecne napsal presne co napsal, resp. ja ctu - o tom je prece
> 'signovani'. Myslim si, ze vyuziti tohoto se najde v mnoha ohledech,
> nejen pro ucely napr. dukazniho rizeni (to mne ted napadlo).
Zdravim,
osobne je mi vcelku jedno jestli ta zprava co dojde podepsana bude ci nebude
zmrsena. Samozrejme, ze je milejsi kdyz to bez problemu a dojde tak jak dojit
ma, ale jinak bych to asi povazoval za okrajovou zalezitost.
> tar.gz, ktery je uspesne rozbalitelny na vsech mne znamych platformach.
> Samozrejmosti povoleni techto binarnich dat beru nejake rozumne omezeni
> (100kB?).
Na co? Copak tu je nejaky devel list aby se posilali patche, atp.? Nevim
kolik je presne lidi v konferenci, ale kdyz kazdemu poslete 100kB tak uz to
neco vygeneruje. Pokud chcete neco poslat, tak ...
a) vlozte primo do mailu
b) v pripade, ze to vlozit nelze (velke, binarni data, ...) to nekde vystavte
c) nebo napiste, ze to zaslete na pozadani
Proti tomuhle bych se celkem ohrazoval.
> Jablicka se nepochybne ozvou...;-) - ted vazne, Apple neni tak okrajova
> platforma jak se nekdy muze zdat, osobne navrhuji podporu Win1250,
> ISO8859-[1|2] a Apple (zadne nevlastnim). Toto prekodovavat, ostatni
> nechat byt.
Nechal bych to co navrhuje Yenya, ISO nebo ascii, nevidim nejaky moc velky
duvod, proc se by mela delat podpora pro Win1250.
S pozdravem,
--Robert V0jta
--
_
|-| __ Robert Vojta (robert-at-v0jta-net)
|=| [Ll] http://www.v0jta.net/
"^" ====`o
Milan Svoboda
> - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
> kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
> nekde na webu.
Jen proboha nepovolujte obrazky. Pro nekoho s dial-up je uz tedka docela vzruso stahovat denne 100 zprav. Tedka do toho pridat jeste obrazky, to by byla podle meho katastrofa(i kdyby mely omezenou velikost).
Zpravy v html: k cemu to povolovat. je to stejne jako s obrazky, kdyz to nekdo opravdu potrebuje, neni problem dat to na net a do konference poslat odkaz :-)
Spise by chtelo neco udelat s tou reklamou. Nemyslim tu oznacenou ANONNCE:, PRACE:, atd.. ,ale mam na mysli takovy ty reklamni maily v anglictine o tom ze muzete vydelat $100000. Ty me docela stvou. Jsou dost dlouhy a jediny co se s nima da delat je smazat je.
To s tim kodovanim cestiny je dobry napad. Sice se nestava prilis casto, ale pro ty 2 pripady mesicne se jiste vyplati ztratit spoustu casu nastavovanim :-/
Milan Svoboda
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Prohledejte ftp.linux.cz: http://ftp.linux.cz/pub/
Robert Vojta
> - vyse popsane transformace modifikuji zpravu, cili PGP/MIME a S/MIME
> signatury jsou jimi zneplatneny.
S tim bych se moc nezabyval. Pokud je zprava v ISO-8859-2 a jde do linux@
a neodporuje pravidlum s prilohou, atp. nechal bych ji projit, signatura
nebude porusena. Pokud se se zpravou bude jakymkoli zpusobem manipulovat a
porusi se tim PGP signatura nebo jakykoli jiny digitalni podpis, vynal bych
ho z toho mailu, predelal mail podle svych predstav a poslal ho dal modifi-
kovany bez toho podpisu. Pokud mail odporuje pravidlum, mozna by nebylo od
veci premyslet nad tim, jestli se ho vubec snazit modifikovat a neposlat
rovnou zpet odesilateli s tim, ze porusil pravidla, atp. a pokud chce, at
mail posle znova.
> - obcas chce nekdo do konference prece jen poslat nejaky ten obrazek
> nebo HTML soubor
Ja myslim, ze si ho muze vystavit, pripadne napsat, ze zajemcum zasle
na pozadani. Predpokladam, ze v tom internetovem "boomu" si urcite "vetsina"
lidi zridila nejaky web hosting ci neco podobneho.
> - obcas nekdo potrebuje i jine znaky, nez v ISO-8859-2
Zalezi co za znaky, mozna bych je nepropoustel, myslim si, ze to neni tak
akutni potreba (pokud to neni ascii-art :) ...
> - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
> kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
> nekde na webu.
Jsem proti, muze si to vystavit na webu.
> - mozna mene agresivneji provadet prekodovani; napriklad jen
> Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
Provadet to tak, aby vysledek byl bud ISO-8859-2 ci ASCII podle mailing
listu a v pripade konverze (zneplatneni podpisu), podpis uplne vyjmout a
odeslat bez nej. Jeliko je neplatny, zbytecne se rozesila.
Zdravim,
Dalibor Straka
> - obcas chce nekdo do konference prece jen poslat nejaky ten obrazek
> nebo HTML soubor
> - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
> kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
> nekde na webu.
Rozhodne ne HTML ani image. V zajmu dial-up. Predstavte si dva tri 100KB
obrazky. Uz takhle staci 150 mailu za den. Navic vsichni co pouzivaji
terminal (proste cokoliv textoveho) tak budou handicapovany.
Co se tyka kodovani, tady bych byl prisnejsi. Povolil bych pouze ASCII
a ISO-8859-2. Tam bych take zachovaval podpisy. Ten zbytek bych bud
prekodoval a zrusil podpisy nebo cely zahodil.
Protoze vsichni maji moznost ohleduplnosti a poslat text v ASCII.
Jestli chcete byt mirny, tak jim ten prispevek prekodujte a na oplatku
odeslete nejaky hodne dlouhy poucny text nejlepe i s META FAQ.
Velice uznavam odkazy na soukrome stranky typu:
Skript, ktery dela to co chcete je na:
http://www.skripty.ktere.chcete/tenvas
a necpat to jako prilohu.
Preji ISO-8859-2 Dalibor Straka
PS:Ale vice mene, jak to tu doposud funguje, tak je to VELMI dobre.
Komerce tu moc neni a je dobre oznacena, Off topic taky...
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Konference o free softwaru: freesoft na list...@freesoft.cz
Radek Vybiral
>
> > - obcas chce nekdo do konference prece jen poslat nejaky ten obrazek
> > nebo HTML soubor
> > - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
> > kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
> > nekde na webu.
>
> Rozhodne ne HTML ani image. V zajmu dial-up. Predstavte si dva tri 100KB
> obrazky. Uz takhle staci 150 mailu za den. Navic vsichni co pouzivaji
> terminal (proste cokoliv textoveho) tak budou handicapovany.
>
> Co se tyka kodovani, tady bych byl prisnejsi. Povolil bych pouze ASCII
> a ISO-8859-2. Tam bych take zachovaval podpisy. Ten zbytek bych bud
> prekodoval a zrusil podpisy nebo cely zahodil.
> Protoze vsichni maji moznost ohleduplnosti a poslat text v ASCII.
> Jestli chcete byt mirny, tak jim ten prispevek prekodujte a na oplatku
> odeslete nejaky hodne dlouhy poucny text nejlepe i s META FAQ.
>
>
> Velice uznavam odkazy na soukrome stranky typu:
> Skript, ktery dela to co chcete je na:
> http://www.skripty.ktere.chcete/tenvas
> a necpat to jako prilohu.
>
Pod tento text se mohu take smele podepsat, neb vyjadruje presne muj nazor
k dane veci.
Jak neodraditelny ale spokojeny :) uzivatel programu Pine mam s necim
nestandardnim dost problemy.
R.V.
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Dopis si pred odeslanim jeste jednou prectete
Honza Pazdziora
>
> - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
> kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
> nekde na webu.
> - mozna mene agresivneji provadet prekodovani; napriklad jen
> Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
>
> Problem s kryptografickymi podpisy povazuji za okrajovy a neresil bych ho.
>
> Jake jsou vase nazory na tuto problematiku a pripadne moznosti
> reseni? Prosim nechte puvodni Subject, at mohou ti kdo se o problem
> nezajimaji smazat cely thread.
Existuje spolecenska poptavka po nektere z naznacenych zmen? Resp.
odpor k tomu, jak to funguje ted? Co tak pozoruji, agresivni
prekodovavani cestiny donuti lidi si dat do souladu hlavicky a obsah
zprav a vyhazovani multipart/alternative odstranuje duplicitni obsah.
Stavajici nastaveni povazuji za vcelku optimalni a pripadna zmena by
asi mela byt zalozena na tom, ze nekomu existujici filtry nedovoluji
fungovat v konferenci tak stastne, jak by potreboval. Jsou takove
hlasy?
--
------------------------------------------------------------------------
Honza Pazdziora | ade...@fi.muni.cz | http://www.fi.muni.cz/~adelton/
.project: Perl, mod_perl, DBI, Oracle, auth. WWW servers, XML/XSL, ...
Petition for a Software Patent Free Europe http://petition.eurolinux.org
------------------------------------------------------------------------
Radovan Garabik
: Zdravim,
: Nyni popis stavajiciho stavu: problem je resen dvema smery. Prvnim
: z nich je MIME parser. Ten je postaveny na perlovych modulech MIME::*
: a Cz::Cstocs a dela zhruba nasledujici:
: - rozparsuje MIME zpravu do stromu
: - pro kazdou cast udela:
ja by som navrhoval takyto (html, binary attachment nad isty rozsah a
podobne) mail neposlat do konferencie, ale poslat naspat autorovi s
pripomienkou ze html a binarne subory do konferencie nepatria a ze mail
nebol doruceny
: - je-li cast typu text/plain, provadi se navic nasledujici:
: - zmeni se Content-Transfer-Encoding na 8bit.
: - je-li charset neuveden, nastavi se us-ascii.
: - je-li charset neco jineho nez us-ascii nebo iso-8859-2,
: provede se prekodovani do iso-8859-2.
Co ak je charset mimo iso-8859-2 rozsahu?
Ja by som povolil aj UTF-8 kodovanie, s tym ze prekodovanie
zo znakovych sad mimo iso-8859-2 by bolo do UTF-8.
: - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
: kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
: nekde na webu.
presne tak
: - mozna mene agresivneji provadet prekodovani; napriklad jen
: Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
to je tiez moznost.
Ale v kazdom pripade by som UTF-8 odporucal ponechat ako moznost.
--
-----------------------------------------------------------
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik |
| __..--^^^--..__ garabik @ fmph . uniba . sk |
-----------------------------------------------------------
Antivirus alert: file .signature infected by signature virus.
Hi! I'm a signature virus! Copy me into your signature file to help me spread!
Radovan Garabik
: Co se tyka kodovani, tady bych byl prisnejsi. Povolil bych pouze ASCII
: a ISO-8859-2. Tam bych take zachovaval podpisy. Ten zbytek bych bud
a utf-8 tiez.
: Protoze vsichni maji moznost ohleduplnosti a poslat text v ASCII.
Tak by to malo byt: z ohladuplnosti vsetci posielaju v ascii
Niekedy sa ale vyskytne potreba znakov mimo ASCII, a vtedy clovek
moze pouzit UTF-8 (univerzalnost), pripadne iso-8859-2 (CS standart).
Pisat maily v iso-8859-2 len preto aby tam bola diakritika
je este stale mierne nevhodne.
d...@feld.cvut.cz
> Do problematiky zpracovani mailu v konferenci nevidim uplne, proto se
> tazi:
> 1. Pokud ucastnik dopis vytvori v ISO8859-2
> 2. Pokud nedojde po ceste k modifikaci
> je nutne, aby nesedela signace? Nelze 'podepsany' blok nemodifikovat a
> vse ostatni (napr. Tip dole) doplnit do mailu tak, aby vse sedelo -
> myslim, ze by to nekolik lidi jiz nyni a dalsi (ja se k nim pocitam) v
> blizke budoucnosti ocenili. Pokud problem s podpisy je nekde jinde,
> staci rici ses blbej, zaznamenal jsem vsak, ze presne na toto si nekteri
> stezovali zde v listu.
Take si myslim, ze by filtr mel nejakym zpusobem na konci zjistit, ze zprava
byla uplne OK tak jak byla a udelat
zahod_rozparsovany_strom()
posli_puvodni_zpravu()
To by snad nemuselo byt az tak obtizne.
> > - mozna mene agresivneji provadet prekodovani; napriklad jen
> > Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
>
> Jablicka se nepochybne ozvou...;-) - ted vazne, Apple neni tak okrajova
> platforma jak se nekdy muze zdat, osobne navrhuji podporu Win1250,
> ISO8859-[1|2] a Apple (zadne nevlastnim). Toto prekodovavat, ostatni
> nechat byt.
Jablicka se neozvou, protoze snad vsichni klienti pro jablicka mailuji
spravne, bohuzel mnozi tak, ze jen v ISO-8859-1, ale rozhodne delaji
prekodovani mezi znakovou sadou jablicek a transportnim kodovanim podle RFC.
Ono je to tim, ze tech klientu je jen par, ale za to jsou udelani poradne.
Mane me napada, ze jsem jeste nikdy nedostal mail od outlooku na 'mekovi'.
zdravim
dan
--
-----------------------------------------------------------
/ Dan Ohnesorg D...@ohnesorg.cz \
< Jinočanská 7 252 19 Rudná u Prahy >
\ tel: +420 311 679679 +420 311 679976 fax: +420 311 679311 /
-----------------------------------------------------------
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Pred odeslanim mailu zkontrolujte, jestli Subject odpovida tematu
Jan Kasprzak
: On Fri, Sep 07, 2001 at 11:18:34AM +0200, Jan Kasprzak wrote:
:
: > - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
: > kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
: > nekde na webu.
: Nezaznamenal jsem, ze by po teto feature byla nejaka poptavka. Prece jen to
: neni nejaky devel list kam by nekdo posilal patche apod...
Kdosi tady posilal screenshot mapy klavesnice, a pak se divil,
ze nic neprislo.
-Y.
--
| Jan "Yenya" Kasprzak <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/ Czech Linux Homepage: http://www.linux.cz/ |
|\ Do not meddle in the affairs of sysadmins, for they are quick to /|
|\\ anger and have not need for subtlety. (stolen from some /.er) //|
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
Michal Ludvig
> - vyse popsane transformace modifikuji zpravu, cili PGP/MIME a S/MIME
> signatury jsou jimi zneplatneny.
Pokud to nekdo odesle v us-ascii nebo v ISO, tak se zprava snad
nemodifikuje a pokud to nekdo posle v jinem kodovani, tak je to jeho
chyba. IMHO lide, kteri pouzivaji el.podpis jsou ochotni dodrzovat
standardy, takze jejich maily vetsinou nebude nutne orezavat,
prekodovavat, modifikovat, ...
> - obcas chce nekdo do konference prece jen poslat nejaky ten obrazek
> nebo HTML soubor
Jsem dost zasadne proti. Nechci, aby na me kazda druha zprava "kricela"
velkymi cervenymi pismeny, protoze jeji autor si myslel, ze tak na ni
upouta vice pozornosti a vice lidi mu odpovi. Nehlede na to, ze drtiva
vetsina emailu ma i v plain textu stejnou informacni hodnotu, ale treba
i 4x mensi velikost.
> - obcas nekdo potrebuje i jine znaky, nez v ISO-8859-2
Nezaznamenal jsem, ze by sem psalo prilis mnoho Francouzu, Rusu, nebo
Japoncu.
Pokud ma nekdo tak specificke potreby, ze musi neco sdelit v HTML,
pripojit 10 obrazku, 3 velke binarni soubory a napsat doprovodny text v
korejstine, tak necht tento dokument vystavi nekde na webu (coz dnes
neni problem) a posle do konference jen URL.
> - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale
> tomuto kroku nejsem prilis naklonen. Obrazky si kdokoli muze
> vystavit nekde na webu.
Images bych rozhodne nepovoloval. Uz proto, ze nekteri takyuzivatele
emailu maji potrebu davat 20kB obrazky do signatur. Uz ted staci, ze
nekdo napise dva radky textu a pripoji 15 radkovou signaturu (ale
jelikoz to dela cim dal vic lidi, tak si zacinam pripadat nejak
staromodne :-)
> - mozna mene agresivneji provadet prekodovani; napriklad jen
> Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
S tim bych souhlasil. Jeste bych pridal UTF8 a UTF7 (alespon ceske znaky
do ISO) - precejenom sem-tam se v tomhle kodovani muze nejaky mail
vyskytnout a standard to (snad) je.
Michal Ludvig
--
* SuSE CR, s.r.o * mlu...@suse.cz
* +420 2 8309 5373 * http://www.suse.cz
Ondřej Surý
> Na co? Copak tu je nejaky devel list aby se posilali patche, atp.? Nevim
> kolik je presne lidi v konferenci, ale kdyz kazdemu poslete 100kB tak uz to
> neco vygeneruje. Pokud chcete neco poslat, tak ...
>
> a) vlozte primo do mailu
A od ceho je pak MIME, kdyz me to nuti vkladat veci do tela emailu? Patche
nemusi byt jenom 100kB, muze to byt i mnohem mensi vec. Mozna bych nechal
prochazet vsechno text/* , pokud to neni soucasti multipart/alternative (nebo
jak to je.)
--
Ondřej Surý - co/CTO Globe Internet s.r.o. http://globe.cz/
Tel: +420(2)35365000 Fax: +420(2)35365009 Pláničkova 1, 162 00 Praha 6
GPG fingerprint: CC91 8F02 8CDE 911A 933F AE52 F4E6 6A7C C20D F273
Radovan Garabik
:> - obcas nekdo potrebuje i jine znaky, nez v ISO-8859-2
: Nezaznamenal jsem, ze by sem psalo prilis mnoho Francouzu, Rusu, nebo
: Japoncu.
: Pokud ma nekdo tak specificke potreby, ze musi neco sdelit v HTML,
: pripojit 10 obrazku, 3 velke binarni soubory a napsat doprovodny text v
: korejstine, tak necht tento dokument vystavi nekde na webu (coz dnes
: neni problem) a posle do konference jen URL.
pokial ale len chce (potrebuje) poslat text v korejcine, tak presne na to bol
robeny UTF-8 (je to stale plain text)
: S tim bych souhlasil. Jeste bych pridal UTF8 a UTF7 (alespon ceske znaky
UTF7 je mrtvy
Ondřej Surý
>> - mozna mene agresivneji provadet prekodovani; napriklad jen
>> Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
>
> Provadet to tak, aby vysledek byl bud ISO-8859-2 ci ASCII podle mailing
> listu a v pripade konverze (zneplatneni podpisu), podpis uplne vyjmout a
> odeslat bez nej. Jeliko je neplatny, zbytecne se rozesila.
Proc? Myslim, ze by mohla existovat varianta, kdy se prekoduji jen kodovani,
ktera jsou navzajem identicka do ISO-8859-*, zbytek bych nechal tak jak je.
Ondřej Surý
> Kdosi tady posilal screenshot mapy klavesnice, a pak se divil,
> ze nic neprislo.
A ja jsem posilal xkb mapu moji klavesnice a taky nedosla...
Mozna by spis pomohlo omezeni na velikost nez omezeni na druh...
David Rohleder
> rob...@v0jta.net (Robert Vojta) writes:
>
> > Na co? Copak tu je nejaky devel list aby se posilali patche, atp.? Nevim
> > kolik je presne lidi v konferenci, ale kdyz kazdemu poslete 100kB tak uz to
> > neco vygeneruje. Pokud chcete neco poslat, tak ...
> >
> > a) vlozte primo do mailu
>
> A od ceho je pak MIME, kdyz me to nuti vkladat veci do tela emailu? Patche
at zije uuencode :-))
Ja to vidim v Gnus stejne jako MIME prilohu. Akorat nesmi nikdo na
zacatek radku napsat
begin 0644 dokument
sem neco
end
--
-------------------------------------------------------------------------
David Rohleder da...@ics.muni.cz
Institute of Computer Science, Masaryk University
Brno, Czech Republic
-------------------------------------------------------------------------
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Ctete FAQ - http://www.phil.muni.cz/~letty/linuxfaq/
Michal Ludvig
> Michal Ludvig <mlu...@suse.cz> wrote:
>
> :> - obcas nekdo potrebuje i jine znaky, nez v ISO-8859-2
> : pripojit 10 obrazku, 3 velke binarni soubory a napsat doprovodny
> : text v korejstine, tak necht tento dokument vystavi nekde na webu
> : (coz dnes neni problem) a posle do konference jen URL.
>
> pokial ale len chce (potrebuje) poslat text v korejcine, tak presne na
> to bol robeny UTF-8 (je to stale plain text)
Samozrejme, pokud ho napise v UTF8, tak to neni problem, ale pokud to
posle v EUC-KR (to jsem ted nasel v mozille, snad je to jedno z moznych
korejskych kodovani), tak to v konferenci nema co delat.
Spis by bylo vhodne posilat zpravu lidem u nichz je treba provest nejake
prekodovani, aby si dali doporadku nastaveni maileru (spravny charset,
zadne html) a dodrzovali pravidla konference (zadne obrazky). Do te doby
jejich prispevky proste a jednoduse nepoustet. Myslim, ze po par dnech
by zadny filtr skoro nebyl potreba, protoze lidi by se sakra snazili
nakonfigurovat si sve postaky tak, aby jejich prispevky do konference dosly
Minimalne by IMHO bylo vhodne, aby se upozornujici mail odeslal v
pripade, kdy je odstranen nejaky attachment - aby se odesilatel nedivil,
kam se jeho priloha ztratila.
ML
Jirka Kosek
> Pisat maily v iso-8859-2 len preto aby tam bola diakritika
> je este stale mierne nevhodne.
Pozor na flamewar! ;)
-----------------------------------------------------------------
Jirka Kosek
e-mail: ji...@kosek.cz
http://www.kosek.cz
d...@feld.cvut.cz
> k...@informatics.muni.cz wrote:
>
> > - vyse popsane transformace modifikuji zpravu, cili PGP/MIME a S/MIME
> > signatury jsou jimi zneplatneny.
>
> nemodifikuje a pokud to nekdo posle v jinem kodovani, tak je to jeho
> chyba. IMHO lide, kteri pouzivaji el.podpis jsou ochotni dodrzovat
> standardy, takze jejich maily vetsinou nebude nutne orezavat,
> prekodovavat, modifikovat, ...
Potiz je v tom, ze kdyz nekdo posila korektni podepsany mail v QP, tak se
prekodovanim do 8bit signatura porusi. Nicmene z hlediska velikosti odchozi
fronty a rychlosti distribuce je 8bit velmi spravna volba.
> Jsem dost zasadne proti. Nechci, aby na me kazda druha zprava "kricela"
> velkymi cervenymi pismeny, protoze jeji autor si myslel, ze tak na ni
> upouta vice pozornosti a vice lidi mu odpovi. Nehlede na to, ze drtiva
> vetsina emailu ma i v plain textu stejnou informacni hodnotu, ale treba
> i 4x mensi velikost.
;-) Na me zadna html zprava cervene ani nijak jinak nekrici. Muj klient to
nepodporuje.
> Nezaznamenal jsem, ze by sem psalo prilis mnoho Francouzu, Rusu, nebo
> Japoncu.
Ale kdyz zakazujeme jine znakove sady, tak prichazime o demonstrace moznosti
emacsu ;-) To je chyba jako hrom ;-))))
Ale skutecne si dokazu predstavit prispevek, kde se bude autor ptat:
Blbe vidim na konzoli Unicode znak, jak ho vidite vy?
> emailu maji potrebu davat 20kB obrazky do signatur. Uz ted staci, ze
> nekdo napise dva radky textu a pripoji 15 radkovou signaturu (ale
> jelikoz to dela cim dal vic lidi, tak si zacinam pripadat nejak
> staromodne :-)
Normy se vyviji a rozhodne si myslim, ze pozadavek na triradkovou signaturu
se uz prezil. Ponekud me deptaji cele odstavce o tom, ze jsem obrzel zpravu,
kterou mam smazat v pripade, ze mi nepatri. Ale co se da delat.
zdravim
dan
--
-----------------------------------------------------------
/ Dan Ohnesorg D...@ohnesorg.cz \
< Jinočanská 7 252 19 Rudná u Prahy >
\ tel: +420 311 679679 +420 311 679976 fax: +420 311 679311 /
-----------------------------------------------------------
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Prectete si obcas znovu Meta-FAQ
Pavel Janík
až do konce...]
From: Jan Kasprzak <k...@informatics.muni.cz>
Date: Fri, 7 Sep 2001 11:18:34 +0200
Ahoj,
> dneska jsem se konecne procetl svym mailboxem v li...@linux.cz za
> posledni cca mesic a protoze me dost veci zaujalo (diskuse
> o dynamickych knihovnach), rozhodl jsem se, ze zase pro konferenci
> neco malo udelam :-)
to je dobře. Díky za to.
> Co by se mohlo zmenit:
>
> - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
> kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
> nekde na webu.
Navrhuji další možnost řešení tohoto problému. Pro některé lidi může být
vystavení obrázku opravdu problém, může jim to třeba zabrat i hodně
času. Zkusme se podívat, jestli je možné attachmenty předem daných typů
a omezených velikostí z e-maily vyextrahovat, uložit na www.linux.cz/někde/
a do e-mailu vložit poznámku o tom, že zde byl attachment, který je možno
najít na tomto URL. Jednak tím zvýšíme užitnou hodnotu konference
a umožníme rozumné hledání v archívu s odkazy i na tyto přílohy apod. Tato
konference samozřejmě není primárně určena pro zasílání patchů
apod. nicméně občas je vhodné něco doplnit malým obrázkem apod. Rozhodně ne
každý má možnost obrázek publikovat jednoduše na webu nebo jinde.
> - mozna mene agresivneji provadet prekodovani; napriklad jen
> Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
To je velmi ožehavé téma :-) Mnoho lidí tady napsalo, že nikdo snad
nepotřebuje psát e-mail skládající se např. ze znaků více znakových
sad. Nevím, jestli s touto feature listserveru má problémy někdo jiný než
já, ale já jsem prostě zatím nenašel ten správný postup, jak např. v této
konferenci napsat jméno Tronda Eivinda
Michal Ludvig
> > - mozna mene agresivneji provadet prekodovani; napriklad jen
> > Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
>
> To je velmi ožehavé téma :-) Mnoho lidí tady napsalo, že nikdo snad
> nepotřebuje psát e-mail skládající se např. ze znaků více znakových
> sad. Nevím, jestli s touto feature listserveru má problémy někdo jiný
> než já, ale já jsem prostě zatím nenašel ten správný postup, jak např.
> v této konferenci napsat jméno Tronda Eivinda Glomsroda, jednoho z
Podle me stale neni duvod psat maily ve vice znakovych sadach. Tvoje
problemy by bezezbytku vyresilo UTF8 za jehoz povoleni se zde zasazovalo
jiz mnoho lidi. Pak budeme moci psat preskrtnuta o, libry, eura,
komentare v korejstine, cokoliv. Navic znak euro v ISO-8859-1 neni -
bylo kvuli nemu vymysleno ISO-8859-15 (jestli se nepletu). Proc tedy
nezavest postupne novy standard (treba ISO-8859-16), ktery bude totozny
s ISO-8859-2 + Euro? (nejsem si jist, jestli pozice, ktere vyuziva znak
Euro v I...15 jsou volne v I...2). Nebo na Euro ve sve zankove sade maji
narok jen zapadoevropani?
> > Problem s kryptografickymi podpisy povazuji za okrajovy a neresil
> > bych ho.
>
> Hmm. To nepovažuji za rozumné řešení. Dáváme tím okolnímu světu špatné
> znamení. Mně osobně je to jedno, můj poštovní klient umí podepisovat
> e-maily jak inline tak i PGP/MIME. Ale přijde mi to jako stejný
> princip myšlení jako dosud: "No, vždyť se nic nestane, když to z ISO
> 8859-1 překóduji do ISO 8859-2". Doporučuji to vyřešit současně s
> ostatními problémy.
Verim, ze vzdy bude existovat (neprazdna) mnozina "podporovanych"
kodovani, tedy takovych, ze zprava v nich napsana projde do konference v
nezmenene podobe a tedy bude mit i platny podpis. Sem muze patrit IL1,
IL2, IL15, UTF8 a ASCII7. Je jeste neco jineho v nasich krajich "bezne
pouzivano"?
Pak muze existovat jina mnozina (prikladne CP1250), ze ktere budu
schopen text prekodovat do ISO-Latin2 (pripadne ASCII, "ISO-8859-16",
UTF8, ...), ovsem za cenu, ze prijdu o podpis. V tom pripade doporucuji
podpis uplne odstranit. Je to lepsi nez tam nechat podpis neplatny. V
tomto pripade bych navrhoval poslani mailu autorovi s vysvetlenim, ze
doslo k tomu a tomu a podpis tim padem byl zrusen. Pokud chce
podepisovat, necht pouzije jedno z kodovani a,b,c,d.
V posledni mnozine mohou byt vsechna kodovani, ktera se nevesla jinam a
pokud mail bude obsahovat jen textove casti v tomto kodovani, bude
zahozen (a posle se upozorneni autorovi).
> A když někdo pošle dopis složený z více částí a jedna z nich bude mít
> jinou charset a dopis bude naprosto korektní MIME zpráva, tak ji
> prostě zahodíme?
Pokud bude dopis vyzadovat pouziti vice kodovani, necht je odeslan v
UTF8. Nebo necht brana takovy dopis do UTF8 prekoduje.
Navic si nemyslim, ze vsichni v konferenci maji nainstalovane hebrejske
a thajske fonty, takze takovato zprava bude dost pravdepodobne pro
vetsinu lidi stejne neuzitecna a skoro bych se odvazil tvrdit ze v
drtive vetsine pripadu pujde o spam :-)
> nebudeme moci číslovat poznámky pod čarou
Takhle elegantni poznamky pod carou jsou prima v TeXovych dokumentech,
ale v takovychto [1] zpravach je to ponekud zbytecne. To uz muzeme
rovnou povolit HTML.
-------------- <- cara
[1] takovychto = e-mailovych <- poznamka pod carou :-)
Tot muj osobni nazor.
Petr Šobáň
> Radovan Garabik wrote:
> Spis by bylo vhodne posilat zpravu lidem u nichz je treba provest nejake
> prekodovani, aby si dali doporadku nastaveni maileru (spravny charset,
> zadne html) a dodrzovali pravidla konference (zadne obrazky). Do te doby
> jejich prispevky proste a jednoduse nepoustet. Myslim, ze po par dnech
> by zadny filtr skoro nebyl potreba, protoze lidi by se sakra snazili
> nakonfigurovat si sve postaky tak, aby jejich prispevky do konference dosly
> Minimalne by IMHO bylo vhodne, aby se upozornujici mail odeslal v
> pripade, kdy je odstranen nejaky attachment - aby se odesilatel nedivil,
> kam se jeho priloha ztratila.
Souhlasím.
A pokud se mail upraví bylo by vhodné na ty poslední řádky co tam vkládá
vložit třeba "Mail byl upraven" a věděli by jsme že z něj bylo něco
vypuštěno a nedivily se že tam máme třeba jenom hlavičku s jedním slovem.
--
/----------------------------------------\
| Petr Šobáň |
\----------------------------------------/
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Konference o Perlu: perl na list...@muni.cz
Pavel Kankovsky
> Navic hodne MUA posilalo diky podivne implicitni konfiguraci do
> konference spoustu smeti (multipart/alternative text/plain a
> text/html, vizitky ms-tnef, a tak podobne). Dalsi vec byla ta, ze
> mnozi MUA neposilaji ceske texty v ISO-8859-2, ale ve Windows-1250.
> Toto kodovani je sice take registrovano u IANA, nicmene nepatri mezi
> sadu doporucenych kodovani, ktere by meli MUA podporovat (na rozdil od
> ISO 8859-2).
Asi jsem opravdu BOFH...mozna by bylo na miste se nesnazit takove
prispevky "opravit", ale rovnou je omlatit odesilateli o hlavu.
(Jeste k tomu kodovani: v nejakem RFC jsou snad dokonce pro e-mail
povolena kodovani explicitne vyjmenovana a Woknous-1250 mezi nimi zcela
pochopitelne chybi.)
> Navic nekteri MUA poslou text s diakritikou chybne oznaceny
> jako ISO 8859-1.
S tim se ovsem neda mnoho provest a podle popisu to v soucasnosti
pouzivane postup ani neresi. Garbage in, garbage out.
> - pro kazdou cast udela:
> - z casti multipart/alternative necha jen prvni cast (podle MIME by
> toto mela byt nejjednodussi cast, tedy obvykle text/plain
Wishful thinking. :)
> - zmeni se Content-Transfer-Encoding na 8bit.
S timhle nejsou problemy? Potkal jsem dost serveru, ktere se vztekaly, ze
jim nekdo chce posilat osmibitovy text a qmail se pochopitelne nenamaha
v takovem pripade zpravu prekodovat na QP nebo Base64.
> - je-li charset neco jineho nez us-ascii nebo iso-8859-2,
> provede se prekodovani do iso-8859-2.
Nicmene to asi funguje nejak blbe, protoze se opakovane ukazalo, ze to
se z toho lezou kraviny, kdyz to dostane UTF-8.
> - obcas chce nekdo do konference prece jen poslat nejaky ten obrazek
> nebo HTML soubor
Spis bych rekl, ze obcas chce nekdo poslat zcela obecny attachment
(application/octet-stream). Aspon pokud mohou soudit podle toho, jak se
obcas objevuji zjevne nekompletni zpravy -- bud to chce povolit
(v nejakych rozumnych mezich), nebo zpravu radsi vratit odesilateli
a nezpusobovat zmatek v radach ctenaru tim, ze bude sirena v neuplne
podobe.
> - obcas nekdo potrebuje i jine znaky, nez v ISO-8859-2
>
> Myslim, ze duvody ktere vedly k zavedeni tohoto filtrovaciho
> systemu alespon zcasti trvaji. Za posledni dobu k nim pribyl jeste
> jeden duvod, a to ten, ze temito filtry se vyrazne redukuje mnozstvi
> spamu v konferenci (spam byva velmi casto posilan jako text/html) a
> zamezi sireni viru pro legacy operacni systemy pres konferenci.
Souhlasim. Puvodni duvody jsou uz dost historicke, ale vyvoj se pohybuje
ve spirale (pripadne v kruhu) a tak misto nich mame nove, stejne dobre.
> - mozna mene agresivneji provadet prekodovani; napriklad jen
> Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
> Problem s kryptografickymi podpisy povazuji za okrajovy a neresil bych ho.
Lidi, co je pouzivaji, na to asi budou mit jiny nazor. Ale mel by
existovat rozumny kompromis: lidi, co jsou tak daleko, ze pouzivaji
el. podpisy, asi malokdy do konference posilaji humus, ktery je potreba
nejak upravovat.
--Pavel Kankovsky aka Peak [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Archivy news a prohledavani najdete na http://deja.com/
Martin Mokry
este raz ...
> Co tak poriesit cely problem s kodovaniami a inymi haluzami k spokojnosti
> vsetkych nasledovne...
>
> spravilo by sa niekolko aliasov podobneho typu ako je teraz linux-ascii a
to
> takto:
> linux-kodovanie[-strict][-inedalsieswitche]@linux.cz
> - prijemcovi by prisla sprava v ramci moznosti v zvolenom kodovani,
> t.j. pokial by prevod zneplatnil PGP signatury tak by sa neuskutocnil.
> - pri volbe "strict" by sa prevod uskutocnil vzdy a pripadne neplatnej
> PGP signatury by sa tato odstranila
> - ine volby podla potreby
>
> obrazky a ine "binaries" by sa mohli ukladat automaticky na web
> linux.cz/nieco, zamenili by sa za URL, kazdemu suboru by bolo pridelene
ID,
> bola by adresa linux-binaries kde by sa dal poslat prikaz na zmazanie
> nevhodneho suboru (napriklad sa zisti ze subor je chybny) vo formate DEL
> (ID), pricom by to mohol mazat len ten co to poslal alebo admin ...
>
> alebo namiesto aliasov by sa mohli dorobit volby do weboveho rozhrania na
> selectnutie kodovania a volieb (strict, ...), ...
>
> Co vy na to ?
> --
> Martin Mokry
> internet developer
>
> -000-----------------------------------------
> . Millennium 000, spol. s r.o.
> . komplexne internetove riesenia
> . Sladkovicova 7
> . 811 06 Bratislava 1
> .
> . telefon: +421 2 5443 0494
> . fax: +421 2 5443 0489
> . e-mail: martin...@millennium000.sk
> . URL: http://www.millennium000.sk
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Hledate Linuxovy software? Zkuste http://www.tuxfinder.com/
Robert Vojta
> prochazet vsechno text/* , pokud to neni soucasti multipart/alternative (nebo
> jak to je.)
Zdravim,
ano, patche nemusi byt 100kB, ale mnohem mensi a ja mluvim o vkladani patchu
mnohem mensich nez je 100kB a mluvim o nekolika radkovych, pripadne maximalne
desitky radku. A propos, proc se tady porad mluvi o patchi, kdyz tady neni
zadna devel konference :)
Bud je to male, vlozte to do mailu, neni to male, neposilejte to. Pokud se
jedna o binarni data, nekde je vystavte.
Pokud bude rozumna velikost pro omezovani priloh, dejme tomu 100kB, spis bych
ale radeji videl nejakych 50kB, tak to zase tak moc vadit nebude. Ale pokud
bude priloha vetsi, vratil bych to odesilateli s pripadnou zpravou, proc
prispevek nebude dorucen a neposilal zkomolene maily do konference.
Robert Vojta
> spravne, bohuzel mnozi tak, ze jen v ISO-8859-1, ale rozhodne delaji
> prekodovani mezi znakovou sadou jablicek a transportnim kodovanim podle RFC.
> Ono je to tim, ze tech klientu je jen par, ale za to jsou udelani poradne.
> Mane me napada, ze jsem jeste nikdy nedostal mail od outlooku na 'mekovi'.
No vidite, a ja dostavam spoustu mailu z Outlooka v ISO-8859-2, mozna patrim
k tem stastnejsim, ale pokud se nepletu, neda se to tam nastavit? Osobne si
myslim, ze ano, neb jsem to tatikovi nastavil a funguje to bez problemu.
Martin Mokry
patrim
> k tem stastnejsim, ale pokud se nepletu, neda se to tam nastavit? Osobne
si
> myslim, ze ano, neb jsem to tatikovi nastavil a funguje to bez problemu.
Tools/Options/Send/International Settings/Default Encoding nastavit na
Central European (ISO)
A je po problemox :-)
--
Martin Mokry
internet developer
-000-----------------------------------------
. Millennium 000, spol. s r.o.
. komplexne internetove riesenia
. Sladkovicova 7
. 811 06 Bratislava 1
.
. telefon: +421 2 5443 0494
. fax: +421 2 5443 0489
. e-mail: martin...@millennium000.sk
. URL: http://www.millennium000.sk
----- Original Message -----
From: "Robert Vojta" <rob...@v0jta.net>
To: <li...@linux.cz>
Sent: Sunday, September 09, 2001 11:00 AM
Subject: Re: META: Co s MIME v konferenci
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Konference o UNIXu obecne: munix-l na list...@muni.cz
Robert Vojta
> obrazky.
Zdravim,
predstavte si, ze se potom pripojite pomoci mobilu a nemate EuroTel, takze
si to svistite 9.6 :)
> Uz takhle staci 150 mailu za den. Navic vsichni co pouzivaji
> terminal (proste cokoliv textoveho) tak budou handicapovany.
Budou a nebudou, proc? Ja pouzivam mutt a vubec mi to nevadi, kdyz jsem
na konzoli tak se na ty obrazky nedivam, kdyz se dostanu do Xek, buchnu
na obrazku do enteru a bez problemu se muzu podivat. Myslim, ze ti co
pouzivaji terminal handicapovany nebudou a nejsou.
> Co se tyka kodovani, tady bych byl prisnejsi. Povolil bych pouze ASCII
> a ISO-8859-2. Tam bych take zachovaval podpisy. Ten zbytek bych bud
> prekodoval a zrusil podpisy nebo cely zahodil.
A UTF-8 :) Ale jinak souhlasim.
> Protoze vsichni maji moznost ohleduplnosti a poslat text v ASCII.
> Jestli chcete byt mirny, tak jim ten prispevek prekodujte a na oplatku
> odeslete nejaky hodne dlouhy poucny text nejlepe i s META FAQ.
Jake ohleduplnosti? Bud si pisem cesky a se vsim vsudy a nebo si nepisem
cesky. Ti co si pisou cesky, at si pisou, ti co to nechteji cesky a chteji
to cesky bez hacku a carek, at se prihlasi do linux-ascii misto linux.
> Velice uznavam odkazy na soukrome stranky typu:
> Skript, ktery dela to co chcete je na:
> http://www.skripty.ktere.chcete/tenvas
> a necpat to jako prilohu.
Taky mi to je milejsi nez mit foldery gigantickych rozmeru.
> PS:Ale vice mene, jak to tu doposud funguje, tak je to VELMI dobre.
> Komerce tu moc neni a je dobre oznacena, Off topic taky...
To mate pravdu, s tim souhlasim, ale je tu taky vec, kterou zminoval
Peak a to je ta, ze to obcas mate uzivatele, protoze to zmrsi mail, neco
to z neho zahodi a uzivatel pekne tapa co mu to prislo a obcas se pta sam
sebe, jestli odesilatel neni uplne blbej. Mozna bych to nechal byt tak jak
to je a akorat dodelal zahazovani el. podpisu v pripade jakekoli zmeny
zpravy, ktera podpis zneplatni.
Vladimir Rengevic
>> Jablicka se neozvou, protoze snad vsichni klienti pro jablicka mailuji
>> spravne, bohuzel mnozi tak, ze jen v ISO-8859-1, ale rozhodne delaji
>> prekodovani mezi znakovou sadou jablicek a transportnim kodovanim podle RFC.
>> Ono je to tim, ze tech klientu je jen par, ale za to jsou udelani poradne.
>> Mane me napada, ze jsem jeste nikdy nedostal mail od outlooku na 'mekovi'.
Takže špeciálne pretoto som si presadol za MAC-a. Takže Outlook 4.5
a nastavené kódovanie ISO-central europa
>
> No vidite, a ja dostavam spoustu mailu z Outlooka v ISO-8859-2, mozna patrim
> k tem stastnejsim, ale pokud se nepletu, neda se to tam nastavit? Osobne si
> myslim, ze ano, neb jsem to tatikovi nastavil a funguje to bez problemu.
myslím, že o tomto to nebude. Za normálnych okolností píšem maily bez
diakritiky, teraz len pre tú kódovú špecialitu.
Problém kódovania je asi všade. iMAC-a ponúkajú mnohé firmy ako
"ideálny internetový počítač" len zabúdajú dodať, že 90%
českých a slovenských stránok je vytvorených "umelecky"
a v tej radosti zabúdajú oznámiť klientovi kódovanie, ktorým
je, ako ináč, niektorý z Billových štandardov...
K otázke kódovania v konfere - myslím, ze pisanie bez diakritiky
je celkom vhodne. Je to "bezbolestné" a jednoduché zbavenie sa
problémov...
Tu by som zavspomínal na dávne doby a problém tykania v konfere. Tiež som to
nechápal do chvíle, kym mi Yenya nevysvetlil, že napríklad on ako adborný
asistent (alebo čo vtedy bol si nepamätám ale proste viac ako študent) si
bude v konfere zo svojím žiakom tykať a na chodbe vykať - proste je to
logický nezmysel...(toto nie je utok proti nemu len ako ilustracny
priklad!!! - mal totiz pravdu.)
A k otazke priloh - mozno by stalo za to spravit adresu "linux-big" a prislo
by to spravcovi konfery, ktory by rozhodol ci to pusti dalej. Alebo este
lepsie riesenie by mozno bolo (hahaha - zasa problem diskovej kapacity)
umoznit niekte na www.linux.cz uploadnut dotycny subor a v konfere by sa
objavil len odkaz www.linux.cz/big/subor.je.tu a kto by chcel ten by si ho
mohol stiahnut. Ja mam pevnu linku ale pred tym som sa pripajal dial-upom
a obcas ta posta lezie priserne dlho... No a tiez si mozeme uvdomit, ze
niektori maju na pevnych linkach limity na prenesene data a za kazdy MB
naviac platia...
Ona otazka priloh je podla mna jednoducha - ak ma niekto zaujem zamailuje
rovno odosielatelovi a ten mu ju posle. Nezatazi ostatnych nepotrebnymi
datami a zareaguje aj na moznu pripomienku ktora pride s odpovedou...
A "specialisti" s mailami obsahujucimi HTML to je zvlastna kapitola. Ale mne
v mailoch farby, male a velke pismena vobec nechybaju. A ako sa na to
pozeram vypadla mi diakritika. A sama od seba! A ani to nebolo naschval,
proste sila zvyku pri pisani mailov...
Vlado
--
Ing. Vladimir Rengevic
GRAFON dtp studio
Tranovskeho 19, 031 01 Liptovsky Mikulas
Phone: +421/44/55 26 153, Fax: +421/44/56 21 454
Mobil: +421/905/642 799
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Pred polozenim dotazu si nejprve prectete dokumentaci k programu
Radovan Garabik
: Pa...@Janik.cz wrote:
:> > - mozna mene agresivneji provadet prekodovani; napriklad jen
:> > Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
:>
: Podle me stale neni duvod psat maily ve vice znakovych sadach. Tvoje
: problemy by bezezbytku vyresilo UTF8 za jehoz povoleni se zde zasazovalo
: jiz mnoho lidi. Pak budeme moci psat preskrtnuta o, libry, eura,
: komentare v korejstine, cokoliv. Navic znak euro v ISO-8859-1 neni -
: bylo kvuli nemu vymysleno ISO-8859-15 (jestli se nepletu). Proc tedy
: nezavest postupne novy standard (treba ISO-8859-16), ktery bude totozny
: s ISO-8859-2 + Euro? (nejsem si jist, jestli pozice, ktere vyuziva znak
ISO-8859-16 uz existuje, a je to viacmenej ISO-8859-2 + Euro + rumunske
T a S s ciarkou + irske a francuzske znaky, ale bez (okrem ineho) T, L,
E, D, N, R s makcenom a L, R, Y s dlznom, U s kruzkom, cize explicitne
bez podpory cestiny a slovenciny
(ako krasne by sa ta veta pisala v UTF-8 :-))
namiesto zavadzania novych znakovych sad by podla mna bolo
ovela osoznejsie rozsirovat podporu pre UTF-8.
Pavel Kankovsky
> [Než mi prosím napíšete, že se tento e-mail nedá přečíst, zkuste jej dočíst
> až do konce...]
Ne, neda se precist. Predpoklad, ze kazdy MUA slozi multipart/mixed, kde
jsou navic jednotlive kousky prolozene PGP podpisy (ktere podepisuji
jednotlive kousky...coz ale trochu popira smysl elektronickeho podpisu,
ktery by mel stvrzovat autenticnost cele zpravy, ne?), do jednoliteho
textu, je -- jemne receno -- odvazny. Tesim se na to, az mi nekdo ukaze,
kde je v nejakem RFC napsano, ze je to predpoklad spravny...
--Pavel Kankovsky aka Peak [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Musi vase odpoved jit do konference nebo staci jen autorovi?
Marián Kyral
Pak se nemůže stát, že budu odpovídat na příspěvek s diakritikou ale v s
jiným kódováním a pak se divím co za hrůzu to pošlu.
Původní mail třeba s korektní hlavičkou cp-1250 totiž pošlu se svou
odpovědí v iso8859-2 a je z toho katastrofa, protože můj email klient
(mozilla) to pošle jako iso8859-2 a nikde už nezaznačí, že část je cp-1250.
Takže buď jedno kódování, nebo tu část přepsat, nebo mail klient, který
tohle umí.
Jestli je takový :-(
--
+============ Marián Kyral ============+ +-----------------------------+
+--------+-----------------------------+ | Když selžou všechny pokusy, |
| email: | marian...@worldonline.cz | | přečti si konečně návod !! |
| ICQ#: | 62938937 | | |
| WWW: | mkyral.web.worldonline.cz | | -- Murphy |
+--------+-----------------------------+ +-----------------------------+
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
Pavel Janík
Date: Sun, 09 Sep 2001 20:51:56 +0200
Zdravím,
> Původní mail třeba s korektní hlavičkou cp-1250 totiž pošlu se svou
> odpovědí v iso8859-2 a je z toho katastrofa, protože můj email klient
> (mozilla) to pošle jako iso8859-2 a nikde už nezaznačí, že část je cp-1250.
ale v tom případě Vám nepomůže ani UTF-8. Je to pouze a jen Váš problém
a nemůžeme jej řešit na úrovni konference. Musíte vyměnit svého poštovního
klienta.
> Takže buď jedno kódování, nebo tu část přepsat, nebo mail klient, který
> tohle umí.
> Jestli je takový :-(
Dobrý nápad - navrhuji, abychom zde všichni přešli na GNU Emacs v kombinaci
s Gnus... Podpora POP3, IMAP, threadů, X-Face, smilies, slashdot, Google,
SSL, S/MIME, PGP, scoring, NNTP, unplugged mód, UU, undo, znakových sad,
MIME apod.
Zpět do reality. Pokud mi někdo pošle e-mail s korektní hlavičkou
windows-1250 s korektními českými znaky v tomto kódování a já na něj chci
odpovědět, tak mám několik možností. Citovat tak, aby původní část byla ve
windows-1250 a nová v mém kódování a obě části budou takto korektně
označeny. Nebo můžu původní text převést do mého kódování (pokud je to
vůbec možné). Další varianty samozřejmě také existují, ale jsou pro nás
nepodstatné. *Nikdy* nemůžu citovat text tak, že prostě vezmu binární
hodnoty znaků původního mailu a přidám nějaké své znaky v jiném
kódování. Pokud to opravdu Mozilla takto dělá, doporučuji napsat
bug-report.
--
Pavel Janík
The kernel has source control, its name is Linus Torvalds, CVS with a
brain.
-- Nicholas Knight <teg...@home.com> in linux-kernel
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
Jan Kasprzak
: Existuje spolecenska poptavka po nektere z naznacenych zmen? Resp.
: odpor k tomu, jak to funguje ted?
Castecne ano (ne z me strany; me tento system vyhovuje). Jak
jsem jiz psal, jedna se o kryptograficke signatury, dale o obcasne
zaslani obrazku, nebo o to, ze Pavel Janik chce poslat jakesi
obskurni slovo (jmeno?) v kodovani ISO 8859-1 a pak nadava :-)
Prave proto delam tenhle "pruzkum", abych zjistil, jestli takovych
lidi kterym to vadi je hodne.
-Y.
--
| Jan "Yenya" Kasprzak <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/ Czech Linux Homepage: http://www.linux.cz/ |
|\ Do not meddle in the affairs of sysadmins, for they are quick to /|
|\\ anger and have not need for subtlety. (stolen from some /.er) //|
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
Jan Kasprzak
: k...@informatics.muni.cz wrote:
:
: > - vyse popsane transformace modifikuji zpravu, cili PGP/MIME a S/MIME
: > signatury jsou jimi zneplatneny.
:
: Pokud to nekdo odesle v us-ascii nebo v ISO, tak se zprava snad
: chyba.
Ja nevim, jak tohle presne funguje. Ale mel jsem pocit, ze napriklad
konverze quoted-printable->8bit muze vadit, stejne jako pridani zminky
o Meta-FAQ na konec mailu. Protoze GPG/MIME nepouzivam (zatim jsem neprisel
na to, proc by mi nestacilo pouzit podpis textu primo v tele
zpravy a zpravu posilat jako text/plain.
: > - obcas nekdo potrebuje i jine znaky, nez v ISO-8859-2
:
: Nezaznamenal jsem, ze by sem psalo prilis mnoho Francouzu, Rusu, nebo
: Japoncu.
Obcas nekdo tento pozadavek ma. Konkretne si pamatuju na
Pavla Janika, ale mozna i dalsi.
-Y.
--
| Jan "Yenya" Kasprzak <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/ Czech Linux Homepage: http://www.linux.cz/ |
|\ Do not meddle in the affairs of sysadmins, for they are quick to /|
|\\ anger and have not need for subtlety. (stolen from some /.er) //|
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Prohledejte nejprve archiv konference
Jan Kasprzak
: > - zmeni se Content-Transfer-Encoding na 8bit.
:
: S timhle nejsou problemy? Potkal jsem dost serveru, ktere se vztekaly, ze
: jim nekdo chce posilat osmibitovy text a qmail se pochopitelne nenamaha
: v takovem pripade zpravu prekodovat na QP nebo Base64.
Dost prekvapive nejsou (aspon se mi nikdo neozval; odpoved by stejne
byla: pouzijte linux-ascii :-).
: > - je-li charset neco jineho nez us-ascii nebo iso-8859-2,
: > provede se prekodovani do iso-8859-2.
:
: Nicmene to asi funguje nejak blbe, protoze se opakovane ukazalo, ze to
: se z toho lezou kraviny, kdyz to dostane UTF-8.
:
Ano Cz::Cstocs neumi UTF-8.
Jan Marek
On Fri, Sep 07, 2001 at 06:11:42PM +0200, d...@feld.cvut.cz wrote:
> On Fri, Sep 07, 2001 at 03:50:34PM +0200, Michal Ludvig wrote:
> > k...@informatics.muni.cz wrote:
> >
> > > - vyse popsane transformace modifikuji zpravu, cili PGP/MIME a S/MIME
> > > signatury jsou jimi zneplatneny.
> >
> > Pokud to nekdo odesle v us-ascii nebo v ISO, tak se zprava snad
> > nemodifikuje a pokud to nekdo posle v jinem kodovani, tak je to jeho
> > chyba. IMHO lide, kteri pouzivaji el.podpis jsou ochotni dodrzovat
> > standardy, takze jejich maily vetsinou nebude nutne orezavat,
> > prekodovavat, modifikovat, ...
>
> Potiz je v tom, ze kdyz nekdo posila korektni podepsany mail v QP, tak se
> prekodovanim do 8bit signatura porusi. Nicmene z hlediska velikosti odchozi
> fronty a rychlosti distribuce je 8bit velmi spravna volba.
Navazuji spise volne: napadlo me, ze by nebylo od veci dat do
Meta-FAQ doporuceni, ze je dobre zasilat zpravy v 8bit misto QP
kodovani...
> Ale skutecne si dokazu predstavit prispevek, kde se bude autor ptat:
> Blbe vidim na konzoli Unicode znak, jak ho vidite vy?
No, tohle si dokazu predstavit taky. Osobne bych byl pro
zachovani UTF8 jako jedne z moznych neprekodovavanych variant
(pokud to tak dopadne, pak by bylo zase dobre pozmenit v tom
smyslu MetaFAQ). Myslite si, ze by se mohl vyskytnout nekdo, kdo
by s UTF8 mel potize?
>
> Normy se vyviji a rozhodne si myslim, ze pozadavek na triradkovou signaturu
> se uz prezil. Ponekud me deptaji cele odstavce o tom, ze jsem obrzel zpravu,
> kterou mam smazat v pripade, ze mi nepatri. Ale co se da delat.
To uz je ale asi spise vec spam-u a discipliny uzivatelu listu...
:-(
>
> zdravim
> dan
Zdravi
Honza Marek
--
Ing. Jan Marek
University of South Bohemia
Academic Computer Centre
Phone: +420-38-7772080
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Konference o textovych editorech: editor...@linux.cz
Ondřej Surý
> Ano Cz::Cstocs neumi UTF-8.
A co na konverze pouzit iconv? (teda krome 2ascii, to zas neumi iconv)
Ondřej Surý
> Dobry den,
>
> On Fri, Sep 07, 2001 at 06:11:42PM +0200, d...@feld.cvut.cz wrote:
> > On Fri, Sep 07, 2001 at 03:50:34PM +0200, Michal Ludvig wrote:
>> > k...@informatics.muni.cz wrote:
>> >
>> > > - vyse popsane transformace modifikuji zpravu, cili PGP/MIME a S/MIME
>> > > signatury jsou jimi zneplatneny.
>> >
>> > Pokud to nekdo odesle v us-ascii nebo v ISO, tak se zprava snad
>> > nemodifikuje a pokud to nekdo posle v jinem kodovani, tak je to jeho
>> > chyba. IMHO lide, kteri pouzivaji el.podpis jsou ochotni dodrzovat
>> > standardy, takze jejich maily vetsinou nebude nutne orezavat,
>> > prekodovavat, modifikovat, ...
>>
>> Potiz je v tom, ze kdyz nekdo posila korektni podepsany mail v QP, tak se
>> prekodovanim do 8bit signatura porusi. Nicmene z hlediska velikosti odchozi
>> fronty a rychlosti distribuce je 8bit velmi spravna volba.
>
> Navazuji spise volne: napadlo me, ze by nebylo od veci dat do
> Meta-FAQ doporuceni, ze je dobre zasilat zpravy v 8bit misto QP
> kodovani...
Proc? Nechte pravo volby na lidech...
>> Ale skutecne si dokazu predstavit prispevek, kde se bude autor ptat:
>> Blbe vidim na konzoli Unicode znak, jak ho vidite vy?
>
> No, tohle si dokazu predstavit taky. Osobne bych byl pro
> zachovani UTF8 jako jedne z moznych neprekodovavanych variant
> (pokud to tak dopadne, pak by bylo zase dobre pozmenit v tom
> smyslu MetaFAQ). Myslite si, ze by se mohl vyskytnout nekdo, kdo
> by s UTF8 mel potize?
A co to udelat takhle:
li...@linux.cz: odstranovat pouze zpravy, ktere maj multipart/mixed a v tom
text/html, pripadne jenom cast text/html. S tim, ze bych
je rovnou vracel odesilateli a nic bych s tim nedelal.
Stejne tak vracet emaily, ktere nejsou korektni. Zbytek
nechat tak jak je.
linux...@linux.cz: (jako li...@linux.cz) plus vse prekodovat do US-ASCII
linu...@linux.cz: (jako li...@linux.cz) plus vse prekodovat do ISO-8859-2
Jan Marek
On Sun, Sep 09, 2001 at 03:43:12PM +0200, Pavel Kankovsky wrote:
> On Fri, 7 Sep 2001, Pavel Janík wrote:
>
> > [Než mi prosím napíšete, že se tento e-mail nedá přečíst, zkuste jej dočíst
> > až do konce...]
>
> Ne, neda se precist. Predpoklad, ze kazdy MUA slozi multipart/mixed, kde
> jsou navic jednotlive kousky prolozene PGP podpisy (ktere podepisuji
> jednotlive kousky...coz ale trochu popira smysl elektronickeho podpisu,
> ktery by mel stvrzovat autenticnost cele zpravy, ne?), do jednoliteho
> textu, je -- jemne receno -- odvazny. Tesim se na to, az mi nekdo ukaze,
> kde je v nejakem RFC napsano, ze je to predpoklad spravny...
Ja jsem mail precetl v poradku (krome zobrazeni toho
preskrtnuteho o, ctu to na konzoli s naladovanymi ceskymi
znaky...). Nicmene zmatek s podepisovanim vsech jednotlivych
casti mi byl taky znacne proti srsti... Myslim, ze ma pravdu pan
Garabik: hlasuji v tomto pripade za UTF8!
>
> --Pavel Kankovsky aka Peak [ Boycott Microsoft--http://www.vcnet.com/bms ]
> "Resistance is futile. Open your source code and prepare for assimilation."
Zdravi
Honza Marek
--
Ing. Jan Marek
University of South Bohemia
Academic Computer Centre
Phone: +420-38-7772080
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
Ing. Pavel PaJaSoft Janousek
> Meta-FAQ doporuceni, ze je dobre zasilat zpravy v 8bit misto QP
> kodovani...
S timto nesouhlasim. Zaznamenal jsem po mail ceste nekolikrat mailer,
ktery prave z duvodu 8bit MIME zmrsil vse binarniho, zejmena prilohy v
ZIPu apod. Myslim, ze jista verze sendmailu mela oficialni bug, ktery
se tykal opomenuti doplneni konverze do hlavicky.
Pokud pouziji rozumne nastaveni mailoveho klienta, mezi ktere patri 80
znaku per radek, QP, plain text apod., vse vcetne priloh vzdy dorazilo v
poradku.
-----------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft) FoNet, spol. s r. o.
Vyvoj software, Intranet / Internet Sokolova 67, 619 00 Brno
E-mail: mailto:Jano...@FoNet.Cz Tel.: +420 5 4324 4749
SMS: mailto:P.Jan...@SMS.Paegas.Cz Fax.: +420 5 4324 4751
WWW: http://WWW.FoNet.Cz/ E-mail: mailto:In...@FoNet.Cz
-----------------------------------------------------------------------
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Hledate software? Zkuste http://ftpsearch.lycos.com/
Radovan Garabik
: Honza Pazdziora wrote:
: : Existuje spolecenska poptavka po nektere z naznacenych zmen? Resp.
: : odpor k tomu, jak to funguje ted?
: Castecne ano (ne z me strany; me tento system vyhovuje). Jak
: jsem jiz psal, jedna se o kryptograficke signatury, dale o obcasne
: zaslani obrazku, nebo o to, ze Pavel Janik chce poslat jakesi
: obskurni slovo (jmeno?) v kodovani ISO 8859-1 a pak nadava :-)
: Prave proto delam tenhle "pruzkum", abych zjistil, jestli takovych
: lidi kterym to vadi je hodne.
mne vadi nemoznost posielania "obskurnych" pismen (tym skor ze mutt mam
default nastaveny na UTF-8 a pri posielani do konferencie by som ho
musel prepinat). Vlastne to je jedina zmena ktoru citim ako podstatnu,
ostatne navrhy su mi viacmenej lahostajne
Petr Kolar
softwarovy Harrisi, kdy uz nechate lidi opravit chyby v Pegasus mailu?),
takze jeste jednou:
"Ondřej Surý" <sury....@globe.cz> write:
> > Ano Cz::Cstocs neumi UTF-8.
> A co na konverze pouzit iconv? (teda krome 2ascii, to zas neumi iconv)
Mozna jsem jenom nenasel ten spravny parametr, ale iconv pri konverzi
z Unicode do ISO-8859-2 chybe (neznamy nebo nezkonvertovatelny znak)
zarve a skonci. Recode se chova stejne. Rekl bych, ze pro uvedeny ucel
je zcela nepouzitelny.
--
*** Petr Kolar ***
Department of Information Technologies, Technical University of Liberec
Voronezska 1329, 461 17 Liberec, Czech Republic
Phone: +420-48-535-2371 Fax: +420-48-535-2229
E-mail: Petr....@vslib.cz http://www.kit.vslib.cz/~kolar/
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Tato konference je dostupna i jako cz.comp.linux
Ondřej Surý
> "Ondřej Surý" <sury....@globe.cz> write:
> > > Ano Cz::Cstocs neumi UTF-8.
>> A co na konverze pouzit iconv? (teda krome 2ascii, to zas neumi iconv)
>
> Mozna jsem jenom nenasel ten spravny parametr, ale iconv pri konverzi
> z Unicode do ISO-8859-2 chybe (neznamy nebo nezkonvertovatelny znak)
> zarve a skonci. Recode se chova stejne. Rekl bych, ze pro uvedeny ucel
> je zcela nepouzitelny.
No treba to nebylo UTF-8. Ja iconv pouzivam pro konverzi UTF-8<->ISO8859-2
pri praci s LDAP serverem v PHPcku (nejprve vlastni modul, pak ten, co je
primo v PHP) a funguje to spolehlive. Zkuste si ten vysledny text napsat v
ISO, pak ho iconvem zkonvertovat do UTF8 a porovnat s tim, co hazi chybu.
Stanislav Meduna
> Prave proto delam tenhle "pruzkum", abych zjistil, jestli takovych
>lidi kterym to vadi je hodne.
Obrazky by mi vadili dost - uz takto je toho spusta a dialupisti
tvoria nezanedbatelne percento citatelov. Rovnako aj
HTML spravy - nemam zaujem menit browser kvoli tomu,
ze niekto chce mat blikajuci nadpis.
Priloha rozumnej velkosti (radovo 10 kB, urcite nie 100 kB a vylucujuca
rozny bordel typu vizitiek) by sa asi obcas hodila ako prostriedok
pre zabranenie prekodovania a mozneho preformatovania.
Signatury su podla mna v konferencii nanic - ak si niekto chce
byt velmi isty autorstvom nejakeho prispevku, nech sa spyta autora
a ten mu posle podpisane potvrdenie.
Pre mna je tiez dost podstatne, aby zostala zachovana obojsmerna
funkcnost news brany.
Zdravi
--
Stano
Pavel Janík
Date: Mon, 10 Sep 2001 09:43:10 +0200
Zdar,
> o Meta-FAQ na konec mailu. Protoze GPG/MIME nepouzivam (zatim jsem neprisel
> na to, proc by mi nestacilo pouzit podpis textu primo v tele
> zpravy a zpravu posilat jako text/plain.
a když někdo potřebuje od Tebe dostat obrázek (nemůže si jej stáhnout
z webu)? UU a pak podepsat? Zpět na stromy?!
--
Pavel Janík
printk("What? oldfid != cii->c_fid. Call 911.\n");
-- 2.4.3 fs/coda/cnode.c
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Dopis si pred odeslanim jeste jednou prectete
Zdenek Precek
On Fri, 7 Sep 2001 at 11:18, Jan Kasprzak wrote to li...@linux.cz:
> Co by se mohlo zmenit:
>
> - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
> kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
> nekde na webu.
Nepovolovat. Potřebuje-li zpráva opravdu obrázky, nepatří do této
konference. Schémata se celkem dobře malují i textově (AA).
> - mozna mene agresivneji provadet prekodovani; napriklad jen
> Windows-1250 -> ISO 8859-2, ostatni nechat tak, jak to je.
Souhlas.
>
> Problem s kryptografickymi podpisy povazuji za okrajovy a neresil bych ho.
Souhlas.
Je-li to jen trochu únosné z hlediska plýtvání výkonem serveru, přivítal bych
včasné odfiltrovávání komerčních spamů. V poslední době jejich frekvence
výrazně stoupá. Vzhledem k tomu, že jsou většinou v angličtině, domnívám se, že
by mohl stačit vhodný regulární výraz do stávajícího Perl-ovského filtru. Klíčová
slova mohou být třeba:
$1000
Click here
a podobně.
--
v v v | zde...@precek.cz | SCP (")
Ing. ZDENEK PRECEK | +420-2-7933044 | 5200 _ \/\
| Augustinova 2064/14 | __ \/\\ _
| Praha 4, Chodov | | /| / \/
| 148 00 | |//| _|
Miroslav Petricek
>
> Signatury su podla mna v konferencii nanic - ak si niekto chce
> byt velmi isty autorstvom nejakeho prispevku, nech sa spyta autora
> a ten mu posle podpisane potvrdenie.
>
Signatury se mohou na první pohled zdát jako nesmysl, ale spousta
lidí je používá (i v této konferenci) a nevidím důvod, proč by
zrovna konference na linux.cz měly mít primát v tom, že v nich
MIME/PGP nefunguje.
Podle mně není nezbytné (dokonce ani žádoucí), aby listserver
napravoval nedostatky v nastaveních MUA některých diskutujících.
Všichni přihlášení (a tazatelé zejména) by si měli uvědomit, že je
v jejich zájmu, aby jejich příspěvky byly technicky bezvadné a
dostaly se tak před oči co nejvějšímu počtu přihlášených. Myslím,
že nejsem sám kdo HTML zprávy, či jinak nečitelné maily bez zájmu
maže.
--
/* Miroslav Petricek mi...@petricek.cz
Brno, Czech Rep. ICQ: 56183467
---- http://www.petricek.cz/ --------------------------
It's entirely untested, but it looks good and
compiles. Ship it! - Linus Torvalds */
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Konference o sendmailu jinych MTA: sendma...@linux.cz
Juraj Ziegler
> Dobr? `date +%p` vespolek B!
>
> On Fri, 7 Sep 2001 at 11:18, Jan Kasprzak wrote to li...@linux.cz:
>
> > Co by se mohlo zmenit:
> >
> > - povolit image/* casti (asi bych je ale omezil velikosti). Sam ale tomuto
> > kroku nejsem prilis naklonen. Obrazky si kdokoli muze vystavit
> > nekde na webu.
> konference. Sch?mata se celkem dob?e maluj? i textov? (AA).
Ani ten nacrt novej cz mapy v XFree86 4.0.1?
[e]
--
_______________________________________________________________________________
>e...@hq.sk< >http://hq.sk/~euro<
Marián Kyral
--zjcmjzIkjQU2rmur
Content-Type: text/plain; charset=iso-8859-2
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
> PĹ?i pouĹžĂvĂĄnĂ jĂĄdra 2.4.9 me to zatuhne a sviti kontrolka disku.
Pokud nevite co delate, nepouzivejte 2.4.9, resp. 2.4.x. Pokud je chcete
pouzit tak pouzijte jadro z distribuce, je radne odzkousene a melo by s nim
byt co nejmene problemu.
viz http://www.linux.cz/lists/archive/linux/124259.html
Přitom originál je v pořádku.
Ale když jsem se tak na to díval, tak se to asi "sprasilo" někde na
cestě. :-(
Takže se omlouvám za mystifikaci.
--
+============ Marián Kyral ============+ +-----------------------------+
+--------+-----------------------------+ | Když selžou všechny pokusy, |
| email: | marian...@worldonline.cz | | přečti si konečně návod !! |
| ICQ#: | 62938937 | | |
| WWW: | mkyral.web.worldonline.cz | | -- Murphy |
+--------+-----------------------------+ +-----------------------------+
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Konference o free softwaru: freesoft na list...@freesoft.cz
Pavel Janík
když už jsme u toho "mršení" korektních e-mailů odesilatelů a bojíme se
kódování windows-1250 (ve stylu "všechno od Microsoftu je špatné"), tak
bychom také mohli "mršit" i From: hlavičky. Třeba existují i lidé, kteří to
ve svém klientovi nemohou přečíst (ano, přiznám se, já to přečíst můžu
a nevadí mi to, protože to vlastně ani nepoznám a není důvod, abych to
věděl, pokud je to korektní). Např. dnes přišlo:
From: "=?windows-1250?B?TWFyZWsgT2yaYXZza/0=?=" <xx...@atlas.cz>
Pro zájemce - jméno dotyčného je:
From: "Marek Olšavský" <xx...@atlas.cz>
Jeho e-maily jsou velmi zajímavé ;-) Ale opravdu! Jeho From: hlavička je
korektně zakódována pomocí windows-1250 a je v mém poštovním klientovi
korektně zobrazena. Tělo jeho e-mailů je ještě zajímavější - nechám si na
konec. Jeho signatura obsahuje písmeno š (vzhledem k jeho jménu se ani není
čemu divit, že ;-) v kódování windows-1250, ale hlavička celého e-mailu
obsahuje řádky
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Content-Transfer-Encoding: 8bit
X-MIME2LATIN2: 1 MIME parts converted to iso-8859-2
Tedy zcela nutně musí být toto písmeno zobrazen špatně a závisí tedy na
jednotlivých klientech, co za znak zobrazí. Tedy listserver překonvertoval
e-mail z nějakého kódování do iso-8859-2 a doplnil tento údaj do hlavičky
i přesto, že v těle jsou znaky evidentně s kódováním jiným. V jakém
kódování dopis odešel od odesilatele samotného je mi záhadou a tudíž mu ani
nemohu poradit, jak si správně nastavit svého klienta (samozřejmě pouze
pokud má svého klienta nastaveného špatně, o čemž úpřímně pochybuji)
případně jak si jej nastavit "vhodněji".
Tělo jeho e-mailů je také velmi zajímavé - zejména pokud cituje někoho, kdo
napsal e-mail s diakritikou. Ta byla (alespoň dnes v e-mailu Message-ID:
<000f01c13c47$7bfce380$0102a8c0@ucitel> ) v citacích korektní, ale ve
vlastním e-mailu ne :-)
--
Pavel Janík
My god! Kai is actually _asking_ a question. Is this a first? :)
-- Seb James in gnu.emacs.help
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Navrhy na dalsi tipy piste na linux...@linux.cz
Pavel Kankovsky
> Mozna jsem jenom nenasel ten spravny parametr, ale iconv pri konverzi
> z Unicode do ISO-8859-2 chybe (neznamy nebo nezkonvertovatelny znak)
> zarve a skonci. [...]
Vskutku, iconv(3) (coz je funkce sedici pod iconv(1)) neumi "pribliznou"
konverzi textu. Jakmile najde nejaky znak, ktery nelze v cilove sade
reprezentovat, tak zahlasi neco jako EILSEQ a konec.
I kdyz by asi stalo za uvahu, aby existovalo rozsireni iconv, ktere by to
umoznovalo (mozna tak, ze by se specialne pojmenovala cilova znakova
sada, napr. "ISO-8859-2-approximate"). Je to sice "nesystemove", protoze
vsichni by meli byt schopni zobrazit vsechny znaky, ale lepsi nez dratem
do oka.
--Pavel Kankovsky aka Peak [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Pred odeslanim mailu zkontrolujte, jestli Subject odpovida tematu