Newsgroup: it.comp.software.newsreader
Titolo: quoted-printable, 7/8 bit, un trionfo d'ignoranza

Faccio riferimento ad agent ma è una domanda che riguarda un po' tutti
i client, anche se forse un po' ot perché riguarda soprattutto mail...
Nel readme italiano di agent 1.93 si consiglia di usare queste
impostazioni per l'invio di messaggi...
Testo Usenet: 7/8 bit [X] Codifica MIME dei campi header
Testo email:  7/8 bit [X] Codifica MIME dei campi header
Il default della distribuzione italiana è quello indicato; quello
della distribuzione inglese (almeno mi pare) era...
Testo Usenet: 7/8 bit [ ] Codifica MIME dei campi header
Testo email:  Quoted-printable [X] Codifica MIME dei campi header
Come mai si è deciso di dare come default la codifica mime dei campi
header per usenet?
E come mai il testo email impostato su 7/8 bit?
Cioè: quanto sono ancora diffusi i server smtp 'solo 7bit' che
sgarbellano i messaggi con caratteri 8bit?
E poi: l'eventuale problema, nel trasporto di un messaggio '8bit' da
'me' a 'x', riguarderebbe solo l'eventuale server smtp 'solo 7bit' che
uso io per inviare il mio messaggio o anche altri eventuali server
'sul percorso'? Cioè la domanda è questa: nel trasporto di una mail da
mittente a destinatario vengono coinvolti solo il server smtp del
mittente e il server pop/o_quel_che_é del destinario, oppure il
messaggio nel suo percorso può passare attraverso diversi server
smtp/pop?
Ancora: un server smtp 'solo 7bit' invia al mittente di un messaggio
contenente caratteri 8bit qualche tipo di notifica della sua
'difficoltà' rispetto a quel messaggio?
Infine :) ... ma non è che quoted-printable è ancora 'più sicuro',
rispetto all'eventualità che una mail arrivi con le accentate
scazzate?
Ciao, grazie
--
[dentament]
Mail: togli .remove. dall'indirizzo
GPG/PGP public key: 
http://utenti.lycos.it/dentament/gpg_key.txt

 sgarbellano i messaggi con caratteri 8bit?
Che c'entra? Il messaggio esce in 7 o 8 bit a seconda dei caratteri
inclusi. Quello che viene evitato č il QP.
-- 
Luca - e-mail: p.stevens at 
libero.it

inclusi. 
Mi sembra che la domanda fosse un'altra, 
o che hai risposto ad un'altra cosa..      ;-)
Se il messaggio esce a 7 bit perche` usato solo us-ascii siamo tutti
d'accordo. Ma se il messaggio esce ad 8 bit perche` sono stati inclusi
caratteri estesi, siamo sicuri che tutti i server o comunque i programmi
incontrati nel percorso dalla partenza all'arrivo siano tutti aggiornati a
comprendere gli 8bit e non incartarvicisi?
Per il fatto che diceva Sleepers che alcune mailinglist sbagliano nel
tradurre il Qp siamo d'accordo, anche io ho trovato indicazioni che qualche
volta accade, ma siamo altrettanto sicuri che non ci siano server che non
si sbaglino con gli 8bit? O che perlomeno siano in percentuale minore o
statisticamente meno incidenti o quello che si vuole per favorire una
impostazione rispetto l'altra?

 comprendere gli 8bit e non incartarvicisi?
Io personalmente non lo so. Oltre ad averne discusso a lungo prima di
prendere una decisione, come ben sai, qui e su icsm, Alessio ne ha
discusso con d'Itri e Fusco, la decisione l'abbiamo presa anche in
seguito alle loro osservazioni. Inoltre non vedo ancora esempi concreti
di problemi sorti in seguito a queste impostazioni. Quindi andiamoci
piano a parlare di ignoranza.


 scazzate?
Ai fini del trasporto interamente via email (ovvero no gateway mail-news 
per la via) la cosa e` praticamente indifferente, visto che come ho detto 
prima quando un server capisce e usa gli 8bit-MIME sa anche che deve 
codificarli quando comunica con un  client (SMTP, non un mailreader) che 
invece capisce solo i 7 bit. 
Alla fine ritengo che sia sempre meglio lasciar fare al server, visto
che cosi` si evita di fare un inutile passaggio da QP a 8 bit, che 
considerato come la maggioranza dei server usi ormai senza problemi gli 
8 bit, avverrebbe nella maggioranza dei casi. 
Diverso e` ovviamente il caso in cui un mailreader invii una email 
tramite un server solo 7 bit che per di piu` provvede a azzerare 
l'ottavo bit. Ma questo caso e` talmente raro che puo` essere 
tranquillamente ignorato ai fini delle impostazioni di default. 
 
-- 
ciao | Siti web utili su Usenet: Zvon RFC repository .
cf   | Le RFC sono la sapienza di Internet, ma e` difficile trovare subito
-----+ quello che  si  cerca.  Oggi  esiste  un archivio con tutte le RFC
ordinate e in HTML: 
http://zvon.org/tmRFC/RFC_share/Output/index.html
 

    <-- 2 scelta
->NON ABUSARE gli "abuse desk", segnala solo lo spam e il vero netabuse<-      


Ok, grazie.
Ciao


Grazie mille :)
Ciao


 domande che ho riversato sul ng :)
Forse potevo anche dedurlo dal tono dell'articolo. Vado a farmi una
camomilla.
