Newsgroup: it.comp.software.newsreader
Titolo: [A proposito di MIME] Oh mamma...

Gregg Woodcock, attuale sviluppatore di una CVS di Yanoff, sulla
mailinglist:
|| > By the way: on it.comp.software.newsreader we noticed that Yanoff is
|| > currently lacking the MIME headers... are they in the beta version?
|| Why? I don't plan on supporting MIME ever other than to strip it out. MIME
|| is, for the most part, esepecially on a mostly plain-text platform, nothing
|| but wasteful bloat. Especially for the creation/posting case. What
|| possible use could an article created on the Palm make of MIME?
Traduzione libera&approssimativa:
Perché? Non ho in programma di supportare il MIME se non per tagliarlo
via. MIME è, per lo più, specialmente su una piattaforma principalmente
plain-text, nient'altro che uno spreco. Specialmente nel caso di invio e
creazione. Che uso potrebbe fare del MIME un articolo creato sul Palm?
+++
Vi prego, aiutatemi a rispondergli... non ce la faccio da solo ^_^;
[Qualche indirizzo e/o numero di RFC sarebbe graditissimo]
-- 
Fare Well! | 40tude Dialog  2.0.10.1 | Jabber ID 
gan...@jabber.ngnet.it
G          | 
http://snurl.com/dialog
 | ICQ# 16553733 ~ 29/12/03 21:58:31
«It was both a shadow and a flame, strong and terrible.»

 [Qualche indirizzo e/o numero di RFC sarebbe graditissimo]
Ti indico due link, ma lui certamente li conosce [o crede di]..
1) /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
      RFC2046             (MIME) Part Two:
    (1)   textual message bodies in character sets other than
          US-ASCII,
4.1.2.  Charset Parameter
   A critical parameter that may be specified in the Content-Type field
   for "text/plain" data is the character set.  This is specified with a
   "charset" parameter, as in:
     Content-type: text/plain; charset=iso-8859-1
   Note that if the specified character set includes 8-bit characters
   and such characters are used in the body, a Content-Transfer-Encoding
   header field and a corresponding encoding on the data are required in
   order to transmit the body via some mail transfer protocols, such as
   SMTP [RFC-821].
   The defined charset values are:
    (1)   US-ASCII -- as defined in ANSI X3.4-1986 [US-ASCII].
    (2)   ISO-8859-X -- where "X" is to be replaced, as
          necessary, for the parts of ISO-8859 [ISO-8859].  Note
          that the ISO 646 character sets have deliberately been
          omitted in favor of their 8859 replacements, which are
          the designated character sets for Internet mail.  As of
          the publication of this document, the legitimate values
          for "X" are the digits 1 through 10.
   Characters in the range 128-159 has no assigned meaning in ISO-8859-
   X.  Characters with values below 128 in ISO-8859-X have the same
   assigned meaning as they do in US-ASCII.
2) /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
                  News Article Format and Transmission
                   <draft-ietf-usefor-article-12.txt>
4.4.2.  Character Sets within Article Bodies
   Within article bodies, characters are represented as octets according
   to the encoding scheme implied by any Content-Transfer-Encoding- and
   Content-Type-headers [RFC 2045].  In the absence of such headers,
   reading agents cannot be relied upon to display correctly more than
   the US-ASCII characters, though they MUST display at least those.
        NOTE: The use of non-ASCII characters in the absence of an
        appropriate Content-Type-header is not compliant with this
        standard, even though such usage has been seen in some
        hierarchies (with no indication of which character set has been
        used beyond the user's ability to guess based upon other clues
        in the article, or custom within the newsgroup).
6.21.2.  Content-Type
   If the contents of an article is something other than plain text in
   the US-ASCII charset (these being the default assumptions), an
   appropriate Content-Type-header MUST be included.
6.21.3.  Content-Transfer-Encoding
   "Content-Transfer-Encoding: 7bit" is sufficient for article bodies
   (or parts of multiparts) written in pure US-ASCII (or most other
   material representable in 7 bits).  Posting agents SHOULD specify
   "Content-Transfer-Encoding: 8bit" for all other cases 
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
Per finire, dovresti scrivergli non solo nella lingua d'oltremare, ma
aggiungi anche alcune imprecazioni in italiano e/o francese e/o spagnolo
belle piene zeppe di accenti 
(controlla che l'indicatore di Dialog dica sempre ISO-8859-1 senza
bisogno di passare al Utf8)
Ci sarebbe una Faq in francese (che ha dato origine alla nostra di
Marvin), che forse lui potrebbe leggere direttamente, ma a parte che ora
non la trovo, sono sicuro che non capirebbe lo stesso
P.S. quello che lui ha fatto finta di _non_ capire, è che noi ci si
riferisce pur sempre e soltanto a messaggi in puro testo, senza alcuna
volontà di includere filmati o immagini o musica o qualsivogli altro
contenuto strano, ma il fatto è che per lui nessun italiano o tedesco o
ebreo o arabo o cinese avrebbe il diritto di potersi esprimere nella
propria lingua madre

 volontà di includere filmati o immagini o musica o qualsivogli altro
Bingo :/
-- 
Fare Well! | 40tude Dialog  2.0.10.1 | Jabber ID 
gan...@jabber.ngnet.it
G          | 
http://snurl.com/dialog
 | ICQ# 16553733 ~ 30/12/03 02:01:25
"In an infinite Universe anything can happen," said Ford.

 [Qualche indirizzo e/o numero di RFC sarebbe graditissimo]
Se riesci a convincerlo, ti chiamo Schopenhauer.
-- 
30/12/03 2.25.08, daRkSidE

creazione. Che uso potrebbe fare del MIME un articolo creato sul Palm?
Beh a parte le RFC che ti hanno gia indicato. Io direi che basta il caso
delle accentate (che forse lui non sente essendo di lingua anglosassone)
che possono essere interpretate in mille modi diversi dai vari
newsreader nel caso di assenza di indicazioni sul charset utilizzato.
-- 
A clean, neat, and orderly desk is a sign of a sick mind. 
 |\ |       |HomePage   : 
http://nem01.altervista.org
 | \|emesis |XPN (my nr): 
http://xpn.altervista.org

 [Qualche indirizzo e/o numero di RFC sarebbe graditissimo]
"RFC822"
"STD11"
     Standard for the Format of ARPA Internet Text Messages.
"RFC1036"
     Standard for Interchange of USENET Messages
"RFC2045"
     Format of Internet Message Bodies
"RFC2046"
     Media Types
"RFC2047"
     Message Header Extensions for Non-ASCII Text
"RFC2048"
     Registration Procedures
"RFC2049"
     Conformance Criteria and Examples
"RFC2231"
     MIME Parameter Value and Encoded Word Extensions: Character Sets,
     Languages, and Continuations
"RFC1843"
     HZ - A Data Format for Exchanging Files of Arbitrarily Mixed
     Chinese and ASCII characters
"draft-ietf-drums-msg-fmt-05.txt"
     Draft for the successor of RFC822
"RFC2112"
     The MIME Multipart/Related Content-type
"RFC1892"
     The Multipart/Report Content Type for the Reporting of Mail
     System Administrative Messages
"RFC2183"
     Communicating Presentation Information in Internet Messages: The
     Content-Disposition Header Field
"RFC2646"
     Documentation of the text/plain format parameter for flowed text.
-- 
Avalanche, veux-tu m'emporter dans ta chute?

 indicazioni sul charset utilizzato.
È proprio quello che gli ho scritto...
Visto che l'argomento interessa altre persone oltre a me ;) ecco qui:
|| > Why?  I don't plan on supporting MIME ever other than to strip it out.
|| OMG! I'd hope you're kidding, but you seem serious :)
|| > MIME is, for the most part, esepecially on a mostly plain-text
|| > platform, nothing but wasteful bloat. Especially for the
|| > creation/posting case.
|| I *had* to insert manually the MIME headers, since my messages are 
|| rarely in 7bit US-ASCII: Italian words use letters as àèéìòóù, and
|| I also happen to need the € character, sometimes. ISO-8859-1 would
|| be enough for most words, while € need ISO-8859-15 [as you can see
|| in this message's header: Dialog has full support for Unicode, and 
|| *does* set the correct MIME-headers].
|| > What possible use could an article created on the Palm make of MIME?
|| Apart from being RFC-compliant? :)
|| [See RFC2046 and draft-ietf-usefor-article-12 for example]
|| Anyway, I was not talking about video or music attachments... I was 
|| talking about *plaintext messages*, which need correct MIME headers
|| to be displayed correctly 'cause they use characters not present in 
|| standard 7bit US-ASCII.
-- 
Fare Well! | 40tude Dialog 2.0.10.1 ~ 
http://snurl.com/dialog
G@notebook | «Here is Shadowfax the Great, whom no other hand can tame.»
Posted from X-Privat Free NNTP server - 
www.x-privat.org

 "RFC822"
[Supertelegattone, ehm, cuttone]
Grazie mille: ho keepato il tuo articolo, anche se ormai ho scritto...
Se dovesse chiedere altri riferimenti «ufficiali», so dove mandarlo :)
[Oltre che in un posto poco simpatico dove lo manderei volentieri ^_^]
-- 


 Gregg Woodcock, attuale sviluppatore di una CVS di Yanoff
Aggiornamento: ho scaricato la versione 1.5.5 beta 2 dell'autore
originale di Yanoff, Matthias Jordan [che, per tanti tanti tanti
motivi, mi ispira parecchia più fiducia di questo Gregg...]: nel
menu Misc c'è un comando Locale Prefs, che permette di impostare
il charset da usare negli articoli in uscita. Anche se si tratta
solo di poche opzioni (ASCII cioè nessun header, ISO-8859-1 e 2,
conversione tra ISO e Windows codepage), è già qualcosa :)
-- 


 conversione tra ISO e Windows codepage), 
ecco č questa che mi fa pensare piů delle altre, cosa farebbe?

 ecco è questa che mi fa pensare più delle altre, cosa farebbe?
|| "Iso <-> Win" may be useful for polish users. If this box is checked
|| Yanoff converts articles between ISO-8859-2 and Windows CP-1250
|| encodings while polling and posting. Use this option if you have
|| only CP-1250 fonts installed.


Visto che l'argomento interessa altre persone oltre a me ;) ecco qui:
[...]
Come si è evoluta poi, la faccenda?
Ha risposto?
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
- La bellezza salverà il mondo. -

):
|| Better international support may be a 2.x release (inital release will be
|| 2.0).
[cut]
|| This is definitely the case of "dumb American disease" on my part...
[cut]
|| > [See RFC2046 and draft-ietf-usefor-article-12 for example]
|| Will check it out...
[cut]
|| Did I already mention that I'm an American?
[cut]
E finalmente la buona notizia :)
|| I'll tell you what.  If you will clearly document how you would like to see
|| MIME supported for international text, I'll do my best to implement it ASAP.
|| This is your BIG CHANCE to get it done *exactly* the way you want it so be
|| as specific as you can.  In fact, this goes for ANY feature of Yanoff
|| (current or missing).  Spell out for me how it should change and I'll do my
|| best to accommodate any/all good ideas.  I am particularly mulling over how
|| best to use color...
In pratica, mi ha detto di spiegargli per filo e per segno come dovrebbe
essere implementata la funzionalità degli header MIME :)
Attendo consigli da parte vostra, ma pensavo di «comandargli» più o meno
questo: inserire _sempre e comunque_ gli header, con le diciture ASCII e
7bit di default, ma controllando che non siano presenti caratteri estesi
(nel qual caso dovrebbe passare al set ISO-8859-x corretto). Per adesso,
almeno, lascerei perdere gli UTF e tutti i charset più «esotici»...


 lascerei perdere gli UTF e tutti i charset più «esotici»
dipende anche da qule platea usa o userebbe o potrebbe usare quel
programma (i costruttori di telefonini cellulari sembra stiano pensando
tutti ai mercati dell'estremo oriente)

 e tutte le varie risposte
Oh, l'ho letto (anche se non ho capito perché sta *lì* e non *qui* ^_^), ma 
ha avuto il solo scopo di aumentare la mia confusione...


 ma  ha avuto il solo scopo di aumentare la mia confusione...
Evvaiii ci sono riuscito...
Il succo del discorso voleva essere che il programmatore dovrebbe essere
in grado non solo di far comparire una scritta negli header, ma anche di
saper gestire quello che l'utente digita sulla tastiera, nel senso di
poter avere il controllo di quello che il sistema operativo passa al
programma e che poi il programma distribuisce al mondo esterno. Non sono
per niente pratico dei palmari, ma da uno dei tuoi messaggi sembrava che
il tuo /aggeggio/ avesse usato il charset di windows e quindi c'è il
pericolo che anche Yanoff cada nel difetto di Pimmy o Xnews od Eudora.
Qui in lista ci sono alcuni autori di programmi, forse loro saranno in
grado di spiegare meglio la situazione all'autore di Yanoff

almeno, lascerei perdere gli UTF e tutti i charset più «esotici»...
I link che ti hanno dato alle RFC dovrebbero spiegare tutto, da parte mia
posso solo dire: se l'articolo non contiene caratteri estesi, niente mime
negli header, altrimenti controlla che caratteri sono, e agisci. Io direi
che di default va bene l'Iso-8859-15 ma magari il programma è molto usato
nei paesi dell'est...
Ah, se il codice di Mime-Proxy è disponibile, direi che sarebbe un ottimo
punto di partenza...


 ottimo punto di partenza...
 
http://plamaiziere.free.fr/download/mproxysrc.zip
Ciao.
-- 
 /   _ _ | Xnews e la documentazione in italiano
( (/( (/ | 
http://web.lacasadialice.it/alanford/

 grado di spiegare meglio la situazione all'autore di Yanoff
Non ho letto l'articolo segnalato, ma mi è sembrato di cogliere il senso
della questione.
Beh per quanto riguarda la mia esperienza ti posso dire che ad esempio
le GTK (le librerie grafiche che uso per il mio newsreader) usano per
tutti i campi contenenti del testo l'utf-8. Quindi quando tu prelevi del
testo dalla TextView (il widget dove avviene la composizione) ottieni
delle stringhe utf-8, chiaramente quindo ricompongo l'articolo per
inviarlo devo _prima_ passare da utf-8 alla codifica scelta dall'utente
_e_ aggiungere poi anche l'header che dichiara la giusta codifica.
Entrambe le operazioni sono necessarie (ovviamente mi riferisco ai casi
con caratteri non ascii), se viene fatta una senza l'altra ottieni un
articolo non corretto (perchè usi una codifica ma non la dichiari,
oppure perchè usi una certi codifica ma ne dichiari un'altra).
Nello specifico i tuoi post di Gandalf con Yanoff uscivano in
window-1252 o qualcosa di molto simile (ma non ISO-8859-1/15) quindi se
anche trovasse un modo di appiccicare a mano gli header MIME dovrebbe
poi sapere che codifica usa internamente il programma per le stringhe di
testo.
<Per Gandalf> Tiè, traducilo in inglese e mandaglilo :-D </Per Gandalf>
Io sono finito [cit.]
-- 
Necrofilia e` non dover mai chiedere scusa. (Leonardo Serni) 


     
http://plamaiziere.free.fr/download/mproxysrc.zip
Ottimo, gli scrivo subito :)
-- 
Fare Well!                        40tude Dialog v2.0.10.1
G                                 
http://snurl.com/dialog


 c'è il pericolo che anche Yanoff cada nel difetto di Pimmy o Xnews od
Non la versione 1.5.5b2... peccato che lo sviluppatore della nuova
versione, Gregg Woodcock, fosse fermo alla 1.5.4...
-- 
Fare Well!                        40tude Dialog v2.0.10.1
G                                 
http://snurl.com/dialog


 <Per Gandalf> Tiè, traducilo in inglese e mandaglilo :-D </Per Gandalf>
Troppo tardi :)
http://groups.yahoo.com/group/yanoff/message/1616
-- 
Fare Well!                        40tude Dialog v2.0.10.1
G                                 
http://snurl.com/dialog
