Newsgroup: it.comp.software.newsreader
Titolo: Vocali accentate in Free Agent 1.11

Con il mio newsreader le vocali accentate vengono visualizzate
cme sequenze di caratteri strani. Credo che dipenda dal fatto
che la versione del prg non e' italiana.
Qualcuno ha gia' risolto questo problema ?
Grazie.
Antonio
(togli i puntini e 'senzapuntini' dall'e-mail)
Antonio Lo Nardo 
(togli la "zavorrrra" per la replica)
(remove "zavorrrra" for replay)

Qualcuno ha gia' risolto questo problema ?
Passa ad Agent, ed il problema è risolto. Altre soluzioni per risolvere
questo problema di Free Agent non mi sembra che ce ne siano.
-- 
Ciao
   Pippo Peppo               ICQ#56544103
Tutte le utility per Agent su:
http://www.skuz.net/madhat/agent/util.html
http://home.att.net/~JLBradley/LANCE3.HTM

 ha prodotto questo scritto:
|Passa ad Agent, ed il problema è risolto. Altre soluzioni per risolvere
|questo problema di Free Agent non mi sembra che ce ne siano.
Eppure a me pare che anche con FA ci sia la possibilità di
decidere quale set di caratteri usare, e il problema citato
mi parrebbe essere di set di caratteri.
Alice T.
-- 
I kissed you on the left one more
When we said goodbye by the door in the nightime
Yeah, that’s the right time
To feel the way that young lovers do
          Van Morrison

Qualcuno ha gia' risolto questo problema ?
Bisogna redimere i colpevoli :-)
Ciao, Alessio.
-- 
  PER RISPONDERE TOGLIERE  .linus
Le FAQ di ICSN: 
http://space.tin.it/cinema/claveron/alessio/FAQ-icsn.htm
Le FAQ di Hamster in italiano: 
http://www.geocities.com/fashionavenue/1075
Guida a FAgent: 
http://space.tin.it/cinema/claveron/alessio/FAgent/FA-man.htm

proprio la Free che ha un limite.
Anche Xnews combina guai con le accentate nel subject.

 
-- 
Per trovare messaggi vecchi, andate qui:
http://www.deja.com/=gh/forms/mid.shtml
e inserite il message-id *con* le parentesi angolari.
Luca - e-mail: p.stevens at 
operamail.com

:

Ma ricordo male oppure nel subject le vocali accentate (insomma i caratteri 
oltre il 127 ASCII) erano tassativamente proibiti ????
 
-- 
                              Ferdinando
                     _____________________________
 
f.ri...@flashnet.it

oltre il 127 ASCII) erano tassativamente proibiti ????
Non più o comunque non per molto. (*)
In ogni caso, un eventuale "divieto" non impedirebbe all'autore del
newsreader di predisporre la compabilità all'ISO-8859-1 in lettura. Nel
caso la presenza delle accentate nel subject fosse vietata (MUST NOT
CONTAIN), Luu Tran avrebbe sicuramente introdotto su Xnews un'apposita
finestra di dialogo (Xnews è uno dei pochi a rispettare tutte le
direttive dello Usefor Working Group).
Leggendo la RFC 1036 (anno 1987) ti accorgi che le accentate non
venivano ben viste nemmeno nel corpo. La RFC 1036 si rifaceva ad altre
RFC (822, 850, ecc.) limitandosi per lo più a una mera descrizione delle
headers e della relativa forma. Penso che all'epoca non si fossero
nemmeno posti più di tanto il problema dando per scontata la
compatibilità del solo ASCII standard (IMHO). Chi si ricorda la data di
nascita del MIME? :-))
   RFC 850
   The primary consideration in choosing an article format is
   that  it  fit  in with existing tools as well as possible.
   Existing tools include both implementations  of  mail  and
   news.   (The  notesfiles  system  from  the  University of
   Illinois is considered a news implementation.) A  standard
   format for mail messages has existed for many years on the
   ARPANET, and this  format  meets  most  of  the  needs  of
   USENET.    Since   the   ARPANET   format  is  extensible,
   extensions to meet the  additional  needs  of  USENET  are
   easily  made  within the ARPANET standard.  Therefore, the
   rule is adopted that all  USENET  news  articles  must  be
   formatted as valid ARPANET mail messages, according to the
   ARPANET  standard  RFC  822.   This   standard   is   more
   restrictive  than the ARPANET standard, placing additional
   requirements on each article and forbidding use of certain
   ARPANET  features.   However, it should always be possible
   to use a tool expecting an ARPANET message  to  process  a
   news  article.   In  any  situation  where  this  standard
   conflicts with the ARPANET standard,  RFC  822  should  be
   considered correct and this standard in error.
   RFC 822
   A message consists of header fields and, optionally, a body.
   The  body  is simply a sequence of lines containing ASCII charac-
   ters.  It is separated from the headers by a null line  (i.e.,  a
   line with nothing preceding the CRLF).
La son-of-rfc1036 (anno 1994) ha rappresentato forse il primo disperato
tentativo di ammodernamento, ma riflette ancora il tempo in cui è stata
realizzata. Per definizione, gli articoli non potevano contenere ottetti
più grandi di 127, ma era permessa una deroga limitatamente a una subnet
(Domanda: poteva it.* rappresentare una subnet? Ufficialmente, come si è
posta it.* nei confronti di questa problematica?). Tale deroga non
comprendeva le intestazioni, ad esclusione di quelle leggibili (subject)
che quindi potevano già contenere le accentate (sempre nel limite delle
subnet).
   Articles  MUST  not  contain  any octet with value exceeding
   127, i.e. any octet that is not an ASCII character.
       NOTE: This rule, like others, may  be  relaxed  by
       unanimous  consent of the members of a cooperating
       subnet, provided suitable precautions are taken to
       ensure  that  rule-violating  articles do not leak
       out of the subnet.  (This has already been done in
       many  areas  where  ASCII  is not adequate for the
       local language(s).)  Beware that articles contain-
       ing non-ASCII octets in headers are a violation of
       the MAIL specifications and  are  not  valid  MAIL
       messages.   MIME  offers a way to encode non-ASCII
       characters in ASCII for use in headers;  see  sec-
       tion 4.5.
   [...]
   4.5. Non-ASCII Characters In Headers
   All  octets found in headers MUST be ASCII characters.  How-
   ever, it is desirable to have a way  of  encoding  non-ASCII
   characters,  especially  in "human-readable" headers such as
   Subject.  MIME [rrr]  provides  a  way  to  do  this.   Full
   details  may be found in the MIME specifications; herewith a
   quick summary to alert software authors to the issues...
La draft-ietf-usefor-article-03, come la son-of-rfc1036, vincola la
compatibilità al charset ASCII standard solo al nome e alla forma di
alcune intestazioni (il subject *può* usare caratteri UTF-8). Tuttavia,
la draft non contiene più il limite dell'impiego di charset "esotici",
come l'ISO-8859-1, all'interno di una subnet.
   Notwithstanding the great flexibility permitted by UTF-8, there is
   need for restraint in its use in order that the essential components
   of headers may be discerned using reading agents that cannot present
   the full UCS range. In particular, header-names and tokens MUST be in
   US-ASCII, and certain other components of headers, as defined
   elsewhere in this standard - notably msg-ids, date-times, dot-atoms,
   domains and path-identities - MUST be in US-ASCII.  Comments, phrases
   (as in addresses) and unstructureds (as in Subject headers) MAY use
   the full range of UTF-8 characters.
Il vincolo delle subnet è rimasto solo per le headers sperimentali.
   Experimental headers (4.2.2.1) and headers defined by cooperating
   subnets are exempt from this requirement.  See section 8 "Duties of
   Various Agents" for the full picture.
Spero di averne interpretato correttamente la sostanza.
Se hai tempo, cerca su 
www.ietf.org
 l'apposita draft "Usenet Article
Standard Update (usefor)" 
http://www.ietf.org/ids.by.wg/usefor.html
 .
Xpost con it.news.gestione
(*) Il mio dubbio sorge dal rapporto formale instaurato tra it.* e il
resto di Usenet. Se it.* avesse avuto le caratteristiche di una subnet,
avrebbe potuto permettere l'uso delle accentate nel subject sin dal
1994? Letteralmente, mi sembra di interpretare che in tal caso la subnet
avrebbe dovuto separarsi nettamente dal resto di Usenet. Infatti si
legge: "provided suitable precautions are taken to ensure  that
rule-violating  articles do not leak out of the subnet". E' forse un
riferimento all'xpost?). C'è qualcosa che mi sfugge.