Newsgroup: it.comp.software.newsreader
Titolo: ot :ma e sparito il gruppo nokia software ?

free.it.cellulari.nokia.software
Posted from X-Privat Free NNTP server - 
www.x-privat.org

Content-Type: text/plain; charset=iso-8859-1
Male, mi sembrava che Xananews non avesse problemi col charset...
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
- La bellezza salverà il mondo. -

 Male, mi sembrava che Xananews non avesse problemi col charset...
adesso
lo
vede
boooooooooo
grazie 


 Male, mi sembrava che Xananews non avesse problemi col charset...
Mi sembra sia tutto a posto infatti, dov'č che vedi il problema?
(MIME non va scritto tutto in maiuscolo?)
Ciao.
-- 
 /   _ _ | Xnews e la documentazione in italiano
( (/( (/ | 
http://web.lacasadialice.it/alanford/

 Mi sembra sia tutto a posto infatti, dov'è che vedi il problema?
In quel post sarebbe bastato il /minimocomunemultiplo/ USASCII 
senza stare a scomodare nessuno degli ISO, 
e poi si sarebbe anche diemnticato di dichiararne l'encoding 

e poi si sarebbe anche diemnticato di dichiararne l'encoding 
Esatto, manca una delle tre righe magiche.


 Esatto, manca una delle tre righe magiche.
Ok, ora ho visto... (quando ho guardato ero "dietro" il Mime-Proxy che 
me le mette se mancano).
Cmq nel reply successivo del *calasci* mi sembra sia tutto a posto (il 
problema mi sa che ci sia solo nel primo post, poi si adegua... quando 
ho tempo farň delle prove).


 il  problema mi sa che ci sia solo nel primo post, poi si adegua...
Il secondo suo post (a differenza del primo) conteneva delle accentate,
quindi risulta giusta l'indicazione dell'encoding e del ISO
Probabilmente le dichiarazioni un po' /strampalate/ avvengono solo in
presenza di messaggi in puro UsAscii a 7 bit

ho tempo farò delle prove).
Ok, poi fammi sapere :)


 senza stare a scomodare nessuno degli ISO, 
Alt.  Dove  sta  scritto  che occorre postare con us-ascii, nel caso di
soli caratteri a 7 bit?
Lo stesso Dialog (non di default,  ovviamente),  puo'  inviare  con  un
charset ISO anche se ci sono solo caratteri a 7 bit.
Dal prossimo post, ripristino.
-- 
21/11/2003 23:43:10, daRkSidE

 charset ISO anche se ci sono solo caratteri a 7 bit.
Certo che se sei tu a costringerlo con la forza, io ho costretto Noworyta
a dichairare come charset "pippicalzelunghe" ma è una cosa che non fa
testo

 Ok, poi fammi sapere :)
 
Ti faccio anche sapere, ma non ci ho capito una mazza! ^__^
Intanto ti dico che XanaNews ha due impostazioni da settare:
    Posting -> Default Charset Set ________
e
    Miscellaneous -> Default Charset Set for Message Display ________
Cmq indipendentemente da cosa imposti mella prima, in basso 
nell'editor ti permette di ri-scegliere il charset prima di spedire.
Ho notato le seguenti cose (i test li puoi vedere su it-alt.test):
1. La riga "Content-Transfer-Encoding:" non la mette mai se non ci 
sono delle accentate, la mette automaticamente se trova delle 
accentate. Praticamente non sono riuscito a fargli scrivere un:
    Content-Transfer-Encoding: 7bit
(se lo scrive, scrive solo 8bit).
2. Se come charset scegli "Definito dall'utente" (poi però non so 
dove andarlo a definire), ti piazza un:
    Content-Type: text/plain; charset=x-user-defined
3. Se scegli "Europa Occidentale" (come faccio di solito) ti piazza 
un:
    Content-Type: text/plain; charset=iso-8859-1
ma se metti il simbolo dell'euro non passa automaticamente al -15.
4. Non sono riuscito a trovare l'iso-8859-15 (Se scelgo Europa 
Centrale ISO usa iso-8859-2).
5. Se hai delle accentate e forzi un "US ASCII", ti trasforma tutte 
le accentate il vocali normali (non so però se è stato il server).
6. Non sono riuscito a postare il simbolo euro (€) correttamente.
Le conclusioni le lascio ad altri -___^


Le conclusioni le lascio ad altri -___^
Mah, in definitiva mi pare che il programma sia assai carente...
Vabbe', magari ad un uso *normale* del programma 'ste cose nemmeno
saltan fuori, però se fossero aggiustate sarebbe meglio...
Sbaglio o tu seguivi il ng dedicato a Xananews? Quello lì dove c'è
Colin, che a tuo dire è una persona molto disponibile...? ;P


 Colin, che a tuo dire è una persona molto disponibile...? ;P
È vero (Colin è disponibile), cmq io riesco a malapena a discutere di
queste cose in italiano, figuriamoci in inglese (poi non sono un
assiduo utilizzatore di XanaNews, quindi mi prenderebbe subito in
castagna... ;o). 
Cmq alla luce di queste nuove cose, direi che l'unico problema è quello
(forse) che non sceglie il charset in automatico, per il resto una
volta dichiarato è OK.


volta dichiarato è OK.
Sì, e mi sa che di default va bene anche quello... possiamo lasciare
stare, dai... :)


 a dichairare come charset "pippicalzelunghe" ma è una cosa che non fa
Ma non così tanta forza; basta cambiarne l'ordine.
-- 
23/11/03 1.08.55, daRkSidE

 che un charset ridotto è sufficiente, ma non vedo l'errore.
come ti è stato detto, perché così si aumenta la probabilità che esso
arrivi intatto. Ecco che cosa dice la RFC2046, nel paragrafo 4.1.2, a
riguardo:
]  In general, composition software should always use the "lowest common
]  denominator" character set possible.  For example, if a body contains
]  only US-ASCII characters, it SHOULD be marked as being in the US-
]  ASCII character set, not ISO-8859-1, which, like all the ISO-8859
]  family of character sets, is a superset of US-ASCII.  More generally,
]  if a widely-used character set is a subset of another character set,
]  and a body contains only characters in the widely-used subset, it
]  should be labelled as being in that subset.  This will increase the
]  chances that the recipient will be able to view the resulting entity
]  correctly.
-- 
ciao | Per un ISP europeo una mail su due e` spam. Per uno americano quasi 
cf   | 3/4. Il 65% del traffico totale e` spazzatura. Statistiche presso:
-----+ 
http://www.postini.com
 
 
http://www.rhyolite.com/anti-spam/dcc/graphs/
 

 riguardo:
Grazie; così è chiarissimo.
-- 
23/11/2003 11:45:04, daRkSidE