Newsgroup: it.comp.software.newsreader
Titolo: Charset encoding e simili

Salve a tutti, vorrei chiedervi qualche info. Per diletto sto scrivendo
un piccolo newsreader. Sto incappando in alcune difficoltà in riguardo
alla codifica. Mi piacerebbe sapere come quando decodificare gli
articoli in arrivo e come e quando encodare quelli in partenza, quali
sono gli header giusti, se è possibile utilizzare 8bit anche nel nick e
nel subject e altre cose del genere.
Vi chiedo quindi se mi sapete indirizzare verso qualche sito che abbia
tali informazioni o magari se mi sapete dare voi qualche info.
Vi anticipo che ho gia letto le rfc 977 e 1036 ma non si parla di
charset e codifica in esse.
-- 
            ||      
http://digilander.libero.it/nemesis2001
 |\ |       ||    "Non ci sono percorsi più brevi da cercare, 
 | \|emesis ||  c'è la strada che credi e il coraggio di andare"  

 alcune difficoltà in riguardo alla codifica.  
"E allora vuoi usare le accentate nei tuoi articoli?"
http://groups.google.com/groups?selm=a0msnb.3...@marvin.gpp.despammed.com
"A tutorial on character code issues"
http://www.cs.tut.fi/~jkorpela/chars.html
"MIME (Multipurpose Internet Mail Extensions) Part Three:"
http://www.faqs.org/rfcs/rfc2047.html


Grazie per i links, me li spulcerò con calma. Nel frattempo mi sono
scaricato pure News Article Format <draft-ietf-usefor-article-07.txt>.
P.S. Questo articolo l'ho scritto con il mio nr. Notate qualcosa che
non va?


 Notate qualcosa che non va?
forse il message-id non so se possa ritenersi ragionevolmente univoco

forse il message-id non so se possa ritenersi ragionevolmente univoco
Hmm, ma quello non lo genero io, lo fa leafnode (il server locale che uso).
Ho letto da diverse parti che e' inutile generare tutti gli header visto che
poi ci pensano i relayer ad aggiungere i mancanti. Quindi io mi limito a
mettere i vari From, Newsgroup, Subject, User-Agent, MIME-Version,
Content-Type e Content-Transfer-Encoding.


 leggo una cosa del tipo ?ISO-8859-1?blablabla al posto dell'accentata.
Questa č una codifica che serve per includere accentate nel subject (e 
negli header in genere se ricordo bene) specificato nella RFC 2047. In 
Python usa email.Utils.encode e email.Utils.decode per gestire la cdifica.
A proposito complimenti per il look del tuo sito che mi piace sempre molto, 
magari piů avanti copio nuovamente qualcosa :-P
-- 
Marco Barisione
http://spazioinwind.libero.it/marcobari/

 poi ci pensano i relayer ad aggiungere i mancanti.
E' vero, lo fanno molti programmi tra cui mi sembra anche Pimmy, ma allora
dovresti far in modo che anche il tuo Leafnode lasci la palla a chi sta dopo
e probabilmente lo sa fare meglio, ad un vero e proprio servernews
Il tutto ovviamente SE&O

 charset e codifica in esse.
Non e` una risposta alla tua domanda, ma potrebbe comunque tornarti
utile: tutte le rfc e draft rilevanti agli internet messages sono
state raccolte e vengono tenute aggiornate dagli autori di tin:
http://www.tin.org/docs.html
-- 
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/
 

 versione 9 che non ho scaricato tutta.
Siamo alla versione 10 e sara` l'ultimo draft "completo". Da qui in
poi si iniziera` con la sua divisione in 4 diverse rfc piu` piccole di
cui solo le prime due saranno standard track: una strettamente sul
formato sintattico e semantico degli articoli, decurtata del problema
degli header a 8 bit, ma che probabilmente trattera` degli 8 bit nel
corpo del testo (e tutte le questioni sul MIME) e l'altra sui problemi
di interoperabilita` (se fai cosi` succede questo problema ecc...). 
Dei due rimanenti documenti uno sara` "informational" e si occupera`
di educare sul modo migliore di preparare gli articoli e l'ultimo,
verra` piazzato tra le rfc "experimental", si occupera` esclusivamente
del problema degli 8 bit negli header, in sincronia possibilmente col
gruppo che scrive il formato standard delle email.
I primi 3 documenti si prevede che debbano essere quasi
obbligatoriamente pronti entro l'anno per il giudizio dell' IETF, il 4
invece deve essere per allora ben avviato sottoforma di draft,
altrimenti il gruppo di lavoro rischia di essere chiuso.
Questa e` la conseguenza della sclerotizzazione di anni di problemi su
USEFOR (lista ufficiale dell'IETF che si occupa di riscrivere lo
standard del formato degli articoli su Usenet, nata a meta` del 97)
culminati in una immensa flamewar nella scorsa estate riguardo
soprattutto il problema dell'internazionalizzazione negli header.
Questa situazione ha richiesto l'intervento diretto dell'area director
di competenza, ha portato alle dimissioni il "chair" della lista (che
mancava totalmente di leadership)  e la sua sostituzione con due nuovi
co-chair nonche` una specie di "forking" della rfc ora abortito.
-- 
ciao | Indubbiamente il top postig!
cf   | Qual e` la cosa piu` fastidiosa su Usenet?
-----+ (spudoratamente copiato dalla firma di un poster di NANAE)

 Non mi è ben chiaro quale sia la differenza tra i due casi.
C'è anche da tener presente (credo) che ci possono essere differenze tra
il subject ricevuto con xover e quello contenuto nel messaggio. Non ho
precisa cognizione di causa ma è un problema di cui s'erano occupati per
l'ultima versione di Agent. 
-- 
Luca - e-mail: p.stevens at 
libero.it

 l'ultima versione di Agent.
Qualcuno ha riferimenti piů precisi su questo argomento?Non ne sapevo 
niente e mi interesserebbe con con google non so cosa cercare.


magari più avanti copio nuovamente qualcosa :-P
Fa sempre piacere sentirselo dire. :-)
Recentemente ho rifatto completamente il layout.
Per il copiare, gia sai che non c'è problema.


Il tutto ovviamente SE&O
Ah certo ... a sapere cosa significa :-)



http://www.tin.org/docs.html
Ah, ottima cosa, così non c'è da girare mezza internet :-)


 niente e mi interesserebbe con con google non so cosa cercare.
Prova qui:
http://www.mibsoftware.com/userkt/nntpext/0025.htm
-- 
     * b *
   *   y   *
 *   Piero   *

 la decodifca. Nota, visto che uso deb woody ho python 2.1.
Sono nuovi in python 2.2, se non sbaglio prima erano un package separato 
compatibile con le precedenti versioni di python.
followup-to e x-post su it.comp.lang.python.


 Cmq devo ancora leggermi le rfc su MIME, magari li c'č qualche hint.
Non c'e` molto, almeno non su questo problema. Secondo me (ma molto
IMHO) se vuoi fare le cose perbene dovresti seguire un doppio standad
tra lo scrivere e il leggere.
Nella scrittura essere _estremamente_ conservativo, ovvero:
1) accertarsi che _se_ si usano i caratteri 8 bit nel corpo allora ci
sono anche gli header mime corretti corrispondenti (leggere RFCs mime
attentamente).
2) usare ascii 7 bit negli header di default e sostituire i caratteri
8 bit digitati dall'utente con '?' (al limite per modificare questo
comportamento l'utente dovrebbe esplicitamente cambiare un settaggio).
Nella lettura:
1) Interpretare correttamente gli heade mime, ricordandosi che
esistono dei newsreader broken che mettono caratteri 8 bit anche se
non ci sono gli header mime e/o che metto gli header mime
sbagliati. In questo caso puoi fare due cose:
	a) tirare ad indovinare, assumendo per esempio che ISO-8859-15
           e` il default;
	b) sostiture il carattere 8 bit con '?' o simili.
La soluzione 'b' dovrebbe essere impostata di default e la 'a' dovrebbe
essere eventualmente disponibile nella configurazione.
2) Interpretare correttamente gli header che codificano in accordo con
la rfc 2047 (occhio che la 2047 e` stata in parte emendata dalla 2231
che introduce la "language tag" (*)).
3) nel caso di caratteri a 8 bit non codificati negli header, seguire
la stessa strategia del punto 1a/1b (1b e` preferibile a mio parere).
(*) in pratica la 2047 usa una codifica fatta in questo modo:
          =?charset?encoding?encoded_text=?
 
    "encoding" puo` assumere i valori Q o B. Q e` un derivato del
    quoted printable e codifica i caratteri 8 bit come "=hex_code" (che
    troverai nella parte che ho chiamato encoded_text) ed e` praticamente
    l'unico che incontrerai (B e` il base64 definito dalla rfc2045).
    La rfc 2231 introduce nella codifica l'informazione riguardante il
    linguaggio usato nel testo, e lo fa con '*' seguito dalla language
    tag (le language tag sono registrate nella rfc 1766).
          =?charset*LANG?encoding?encoded_text=?
    es: ?us-ascii*en?q?this is supposed to be english=?
    Tutto puo` essere scritto sia in maiuscolo che minuscolo.
-- 
ciao | Antispam in pillole: (LART 2 )  Segnalare  correttamente lo  spam;
cf   | Nel subject indicare delle parole chiave, nel corpo una tag come: 
-----+ "web spam advertised""spam from your net""open relay""open proxy" 
"open formmail""DNS support", e di seguito lo spam completo di header .

tra lo scrivere e il leggere.
[cut]
Hmmm, mi è passata la voglia di completare il nr :-)
A parte gli scherzi, grazie per le informazioni.


 A parte gli scherzi, grazie per le informazioni.
A dispetto del documento qui sotto, spero che continuerai nel tuo
progetto, gli ho dato un'occhiata e mi piace molto.
(*) 
http://www.newsreaders.com/misc/twpierce/news/newsreader-manifesto.html
-- 
ciao | Antispam in pillole: (WHOIS) Indica a  quale  provider  appartiene
cf   | l'IP dal quale e` partito lo spam, e quindi  a  chi  rivolgere  il 
-----+ LART. Per chi sa come ricompilare questo e` il miglior  WHOIS  per 
Linux e Win: 
http://www.linux.it/~md/software/

Ah certo ... a sapere cosa significa :-)
Salvo Errori ed Ommissioni? ;-)
Ciao.
-- 
Antonio | Per decodificare tutti gli allegati in una mailbox:
Tip  of | $ formail -ds uufilter < temp.mbox
the day |
0008    |

progetto, gli ho dato un'occhiata e mi piace molto.
Tempo permettendo voglio continuare. Ho gia rivisto l'interfaccia,
che ora è tutta resizible, mentre quella vecchia è fixed. Quello
che mi preme maggiormente però è di implementare bene le varie
codifiche/decodifiche anche se in effetti non è facile.


Salvo Errori ed Ommissioni? ;-)
Ah ecco. [cit.] :-)


 nelle rfc)?
http://www.jwz.org/doc/mid.html
Leggi anche il resto che c'è sul sito, è interessante ma non considerare 
dogmi ciò che dice, io alcune cose non le condivido.
Io aggiungerei dei controlli afifnché il tuo programma non permetta che la 
"parte a destra della @" sia cose come localhost, linux o un indirizzo ip 
locale. È carina la tecnica di Agent che usa 
4ax.com
, dominio da loro 
regolarmente registrato.


 usa 
4ax.com
, dominio da loro regolarmente registrato.
Se mi permetti, (personalissima opinione di un niubbo - e anche non 
richiesta...) ^__^ non impazzirei piu' di tanto con controlli vari, 
tanto con un qualsiasi programmillo, chiunque e` in grado di 
sovrascriverli prima che il msg venga spedito...
Mi e` capitato invece di veder rifiutare messaggi (forse solo da NG 
moderati?) perche` il M-ID non era abbastanza univoco (io lavorerei 
bene sulla parte sinistra).
Ciao.
-- 
©················· | Xnews in italiano e Guida ai Menu:
©··©··©··©©©···©·· | 
http://digilander.libero.it/xnews
©··©··©·©·····©·©· | Behold, I send thee forth as newbies
©···©©©··©©©·©···© | in the midst of wolves, so RTFM!

regolarmente registrato.
E si, ma non penso che sia la soluzione giusta per me ;-)


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

 nelle rfc)?
Il problema e` che per prevenire le collisioni (il message-ID deve
essere univoco per sempre) occorrono vari livelli di "unicita`", il
primo e` proprio quello di un dominio valido, che quindi per
definizione potra` essere usato solo dai server del suo titolare. Poi
viene l'esatto momento del post e per scendere sotto la granularita`
del secondo si utilizza PID o cose del genere (il tutto condensato in un
hash). Esiste un post molto informativo di marco d'itri che spiega
bene tutto l'algoritmo.
Il problema e`: che fare se non si dispone di un FQDM? L'idea della
Forte` di offrire il loro dominio mi sembra una stronzata. Io uso un
dominio di fantasia, con un TLD sicuramente non esistente e metterei
il .invalid alla fine perche` i robot idioti degli spammer, ancora piu`
idioti, raccolgono "indirizzi" email anche dai message-id.
Questo non previene teoricamente le collisioni, ma almeno le rende
altamente improbabili.
-- 
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
 

 nelle rfc)?
Il problema e` che per prevenire le collisioni (il message-ID deve
essere univoco per sempre) occorrono vari livelli di "unicita`", il
primo e` proprio quello di un dominio valido, che quindi per
definizione potra` essere usato solo dai server del suo titolare. Poi
viene l'esatto momento del post e per scendere sotto la granularita`
del secondo si utilizza PID o cose del genere (il tutto condensato in un
hash). Esiste un post molto informativo di marco d'itri che spiega
bene tutto l'algoritmo.
Il problema e`: che fare se non si dispone di un FQDN? L'idea della


 piu`).
Attualmente, quali sono i problemi del robomoderatore di Marco (a parte
l'essere che è fermo al 2000, se non ricordo male ;-))?
Cioé: cosa si richiederebbe ad un nuovo robomoderatore?
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)              [ 
http://digilander.iol.it/ebassi/
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 Forte` di offrire il loro dominio mi sembra una stronzata.
Perché? Se la parte a sinistra č ben generata non vedo problema, anzi 
risolve il problema dei troppi @localhost o simili.


 risolve il problema dei troppi @localhost o simili.
Premesso che seguo solo la mia logica personale e non una conoscenza
verificata, io la penso diversamente.
Su un unico server (o anche una farm, le cose non dovrebbero cambiare)
e` logicamente impossibile che ci siano due post con lo stesso
timestamp e lo stesso PID. Nel caso di agent, dato il numero molto
elevato di utilizzatori sparpagliati per il mondo questo layer viene a
mancare e quindi ci si deve basare su un algoritmo diverso che ricade
solo sulla parte sinistra. Questo a naso mi fa credere che la
possibilita` di collisioni e` concreta e che non c'e` un algoritmo
sicuro che possa tener conto di quello che generano tutti gli agent
del mondo. 
Ora anche considerato che si vogliano creare stringhe random
abbastanza grandi da rendere improbabile la collisione, il message-ID
viene scambiato davvero molte volte tra i server e quindi sarebbe
molto meglio non generare una stringa chilometrica. Date queste
premesse, io penso che sia quindi preferibile per il newsreader *non*
generare un message-id e lasciar fare ai server. Per prevenire i
duplicati occorre basarsi su altri controlli, che comunque esistono e
sono efficaci.


 l'essere che è fermo al 2000, se non ricordo male ;-))?
alcuni bug e alcuni aspetti della gestione degli 8 bit. Inoltre
sarebbe utile acciungere alcune ficiur. Per esempio, modificandolo un
pochetto si potrebbe creare un robot ad hoc per strutturare un
po'meglio un eventuale it.news.net-abuse.segnalazioni (che sarebbe
*enormemente* utile).
Avevo inziato a lavorarci, ma essendo questo il mio primo progetto di
programmazione (a parte i soliti banali esercizietti) ed essendo il
codice per me ancora troppo complesso mi sono impantanato alla grande.


 codice per me ancora troppo complesso mi sono impantanato alla grande.
Dovrei leggermi tutto il robomod di Marco per tirarne fuori qualcosa, e
riscriverlo con un linguaggio più "sano". Bof, si può provare...



http://www.kvaleberg.com/newsx.html
Si lo so, è una specie di piccolo server locale.
Ho intenzione di cambiare il nome, ma ancora non ne ho scelto uno
definitivo, per il momento lo chiamo PyNewsX, poi si vedrà.


 E si, ma non penso che sia la soluzione giusta per me ;-)
Fatti un giro su 
http://www.my-fqdn.de
G. (ah... Nem? VFNCL :oP)
-- 
| ~~ «Many that live deserve death. And some that die deserve life. ~~ |
| ~~ Can you give it to them?  Then do not be too eager to deal out ~~ |
| ~ death in judgement. For even the very wise cannot see all ends.» ~ |
| ~~ Gandalf in John Ronald Reuel Tolkien, "The Lords of the Rings" ~~ |

 definitivo, per il momento lo chiamo PyNewsX, poi si vedrà.
mi suona meglio PyNews.
-- 
ciao | Google ti permette un link corto ai thread nei newsgroup.
cf   | Basta seguire il link [view thread], accorciare l' URL a 
-----+ 
http://groups.google.com/groups
? seguita dal numero di thread li`  
visibile, composto da 'th='seguito da un numero e da '&', che va escluso.

     l'unico che incontrerai (B e` il base64 definito dalla rfc2045).
Ho appena trovato questo:
From: Ale=?ISO-8859-1?B?qQ==?=s Asph <xx...@xxxxxx.xx>
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
quindi si rischia di trovarte anche il B ~base64~

mi suona meglio PyNews.
In effetti è vero. Però poi finirebbe per assomigliare troppo a Pyne, 
news/mail reader scritto anche esso con python.
In realtà cercavo un nome più sfizioso.
Anzi va lanciamo un appello:
Suggerite un nome per il mio nr, vi do qualche informazione:
E' scritto in python con interfaccia grafica Gtk+. Funziona solo
on-line (o con un server locale ovviamente) ed è scarsamente configurabile ;-)
Vediamo un pò che ne esce


G. (ah... Nem? VFNCL :oP)
Get a life :-P



Basta basta me scoppia la testa [cit.]
^__^
Comunque al momento mi affido ad un'opportuna funzione
di python, mimify.decode_header(), che se non erro dovrebbe
funzionare anche con il base64.


 visto che anche lì i thread risultano spezzati.
L'intento, se non si era capito, era quello. Altrimenti non avrei
cambiato subject.


 utilizzare «Era: »), ma con tin dovrebbe essere possibile...
ripeto, non ho trovato il setting. 


 contiene caratteri estesi, questi caratteri non vengono toccati...
mi pare che fosse ovvio.
-- 
ciao | Costituisce spam la posta inviata in copie multiple sostanzialmente
cf   | identiche, senza il consenso del ricevente (UBE). Questa e` l'unica 
-----+ definizione accettabile, tutte le altre sono assolutamente fallaci.
       cfr: 
http://www.spin.it/spam/spam_defined.php3

 È una convenzione, e viene citata anche nei draft di Usefor.
Ho visto che anche slrn permentte lo strip di "(was:.*" solo che al
contrario di tin ha una variabile che rende possibile cambiare il
setting. Sapevo che l'argomento e` stato ampiamente dibattuto in
passato su it.* e su news.software.newsreader e con google mi sono
andato a rinfrescare la memoria.
Ricordavo bene, e` una abitudine antica tanto quanto la convenzione
stessa di "(was:.*" quella di eliminare a mano il vecchio subject ai
successivi post, e alcuni newsreader hanno solo deciso di rendere la
cosa automatica (non si tratta quindi di pruriti di programmatori
incompetenti). Inoltre e` chiarmaente possibile tenere conto dello
strip del vecchio subject nel fare il threading per subject e
sembrerebbe che persino uno tra i piu` antichi newsreader, trn, lo
faccia correttamente.
D'altro canto google e molti newsreader non lo fanno, e questo e` il
mondo reale.
Resta il punto che dicevo altrove, la questione e` controversa e con
_almeno_ tin, slrn, macsoup, thoth e dialog che fanno questo stripping
c'e` poco da fare: lo standard qui non esiste.
Fosse per me a questo punto preferirei disabilitare tale funzione, ma
nella impossibilita` di farlo semplicemente cambiando il settaggio e
data questa situazione comunque divisa e confusa, non ritengo che la
cosa sia abbastanza grave da indurmi a cambiare newsreader ne a
cercare di capire come pattchare il sorgente di tin.


 estetici, ed è un comportamento che porta solo svantaggi.
Il motivo è prettamente logico: il thread è cambiato, ha un nuovo
subject, quindi i followup utilizzano questo nuovo subject. Il vecchio
subject, mantenuto come legacy nel primo articolo del nuovo thread
(connesso a quello vecchio), viene tranciato perché non più utile.
Sinceramente, non vedo gli svantaggi nello stripping del "was:".


 Sinceramente, non vedo gli svantaggi nello stripping del "was:".
Hai presente l'opzione di Agent ed anche di Diaolog :
[Start a New thread when a follow-up subjet changes]
ebbene, Dialog se ne accorge e non lo fa, ma Agent inizia un nuovo thread
ancora una volta non appena tu togli la parte vecchia perchè giustamente lo
considera un nuovo ed ulteriore cambiamnto del subjet.
Se ne stava parlando molto recentemente sia qui, sia su news.s.r
i riferimenti li trovi nel messaggio di M

 primi 126, o vanno esclusi i primissimi,
http://www.cs.tut.fi/~jkorpela/chars.html
 
*A tutorial on character code issues*
The definition of ASCII also specifies a set of control codes ("control
characters") such as linefeed (LF) and escape (ESC). But the character
repertoire proper, consisting of the printable characters of ASCII, is the
following (where the first item is the blank, or space, character): 
  ! " # $ % & ' ( ) * + , - . /
0 1 2 3 4 5 6 7 8 9 : ; < = > ?
[...]

 mi suona meglio PyNews.
Io quando volevo scrivere un newsreader in Python lo volevo battezzare 
pyner (senza sapere dell'esistenza di pyne) ma non ho molta fantasia con i 
nomi...
Ovviamente poi la solita mancanza di tempo mi ha fatto rinuncuare al 
progetto.


 considerati «caratteri» a tutti gli effetti...
formalmente anche i caratteri di controllo sono ASCII, ma tutti si
riferiscono sempre al gruppo di quelli stampabili.
-- 
ciao | Cultura Usenet: il 'Netkook' e` un lunatico convinto delle sue idee
cf   | che scrive cose molto questionabili. Mentre il 'Troll' vuole solo 
-----+ provocare, l'altro crede davvero nelle sue sciocchezze. Link utili:
http://www.crank.net/usenet.html
 
http://www.urban75.com/Mag/troll.html

 non potesse ottenere il punteggio massimo.
sembrerebbe che sia cosi`, ma non riesco proprio a trovare nulla. In
.tinrc c'e` la regex per identificare il was: che puo` essere
personalizzata, ma se provo a commentarla via viene ripristinata al
prossimo sturtup del newsreader.
-- 
ciao | Antispam in pillole: (LART 1)  Luser  Attitude Readjustment Tool;
cf   | La  segnalazione  al  provider  dello  spammer, l'unico mezzo che 
-----+ abbiamo a disposizione per combattere attivamente lo spammer. Nel 
numero l'efficacia del  LART  e`  devastante, fai anche tu la tua parte!

progetto.
E adesso come stai messo a livello di tempo?
No perchè diciamo che ormai questo XPN è arrivato al limite. Mi 
piacerebbe aprire un progetto serio per realizzare un newsreader
in python e quindi in tal caso sarebbe necessario formare un
team.


 Suggerite un nome per il mio nr, vi do qualche informazione:
"PyXnews", che ne dici? (anche se forse un po' troppo simile a XNews) 
G (just my two cents)


 team.
Io non ho proprio tempo ma farň il beta tester, comunque non conosco le 
gtk.
Potresti aggiustare un po' il codice aggiungendo commenti e rendendolo piů 
chiaro (non so come č adesso, ma se lo hai scritto solo per te magari non č 
chiarissimo) e poi aprire un progetto su sourceforge.


 In conclusione tali caratteri possono essere usati senza problemi?
In teoria non ci dovrebbero essere problemi, ma in pratica creerebbero
grossi problemi in un numero rilevante di situazioni. 


chiarissimo) e poi aprire un progetto su sourceforge.
Più che lavorare su questo io vorrei farne uno da zero e scriverlo per 
bene. Purtroppo io non mi sento affatto un programmatore, scrivo del 
pessimo codice, in un certo senso scrivo alla maniera degli extreme 
programmer, modifico continuamente finchè non funziona. Ciò però mi 
porta a scrivere un codice bruttino e scarsamente commentato.
Più che altro volevo utilizzare XPN come base ma per realizzare qualcosa
di nuovo, le idee non mi mancano, talvolta mi mancano le capacità di 
realizzarle e soprattutto le forze.
Vabbè cmq più in la posterò un'annuncio su it.comp.lang.python e su 
it.comp.os.linux.development per vedere se si muove qualcosa.


 Vediamo un pò che ne esce
Newsthon? Oppure X-Newsthon.
-- 
Katmay 
kat...@despammed.com
PGP KeyID: 0xDEB40DB0
"Ma che pesci sono?" "Squali." "Squelli!"

 Basta basta me scoppia la testa [cit.]
ne ho appena trovato un altro in Base64, 
chi sa se dipende dal newsreader o da qualche server?
Subject: =?iso-8859-15?B?VGhpcyBpcyBhIHBvc3Qgd2l0aCBhIC0+IKQgPC1FVVIgc3ltYm9sIGk=?= =?iso-8859-15?B?bnNpZGUu?=
User-Agent: Opera7.11/Win32 M2 build 2880 Hamster-Pg/1.9
X-Trace: 
fata.cs.interbusiness.it

 X-Trace: 
fata.cs.interbusiness.it
Subject:
This is a post with a -> € <-EUR symbol inside.
Sai che non riesco a capire? Il MIME header del messaggio è:
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
e non trovo una spiegazione, plausibile, del perché sia avvenuto questo.
Il messaggio, che leggo correttamente, mostra la codifica in Base 64, se
viene letto dalle Proprietà, solo nel subject, ma non nel body.
Forse è una cosa voluta (Google l'ha trovato su it.test) fatta a manina,
e non c'entrano né il NR, né il server. Forse... :-?
P.S. Ma come li trovi, col lanternino? :o)
-- 
     * b *
   *   y   *
 *   Piero   *

 P.S. Ma come li trovi, col lanternino? :o)
Quello l'avevo trovato per caso, ma oggi pomeriggio hoi voluto sfidare la
fortuna ed ha chiesto qualche esempio su opera.italiano
e sempre lo stessa persona ottiene sempre la codifica subjet in Base64
User-Agent: Opera7.11/Win32 M2 build 2880 Hamster-Pg/1.9
Content-Type: text/plain; charset=utf-8; format=flowed
Subject: =?utf-8?B?Tm9uIHNvbG8gYWNjZW50YXRlIMOgw6jDrMOyw7kgbWEgYW5jaGUgRXVybyA=?= =?utf-8?B?4oKsIGUgZnJhemlvbmkgwrzCvsK9LiBWYSBiZW5lPw==?=
Content-Type: text/plain; charset=utf-8; format=flowed
Subject: =?utf-8?B?Tm9uIHNvbG8gYWNjZW50YXRlIMOgw6jDrMOyw7kgbWEgYW5jaGUgRXVybyA=?= =?utf-8?B?4oKsIGUgZnJhemlvbmkgwrzCvsK9LiBWYSBiZW5lPw==?=
Mentre da altre persone altri esempi più tradizionali cioè col
Quotedprintable anche in presenza o meno del charset utf8
Subject: =?utf-8?Q?E_i_caratteri_scandinavi_allora:_?= =?utf-8?Q?=C3=B6=C3=A5=C3=A4_:=29?=
Content-Type: text/plain; charset=utf-8; format=flowed
Subject: =?iso-8859-15?Q?=E9_=E8_=E0_=F2_=F9_=E7_=A7_=23_?=
Content-Type: text/plain; charset=iso-8859-15; format=flowed

 Content-Type: text/plain; charset=iso-8859-15; format=flowed
Subject: é è à ò ù ç § #
Io li leggo correttamente, per fortuna OE se la cava abbastanza bene con
i charset, ma mi viene sempre più da pensare che la compatibilità totale
fra _tutti_ i NR è una chimera, almeno per adesso. :-(
Intanto, per appagare la mia curiosità, chiedo a Dario (autore del primo
post su it.test) se è così gentile da chiarire i miei dubbi. ;-)
[1] I 3 punti di domanda, corrispondono a segni di frazioni 1/2 3/4 1/2,
    sostituiti da ? perché non ho voluto usare (UTF-8).


     1/2, sostituiti da ? perché non ho voluto usare (UTF-8).
Correggo: 1/4 3/4 1/2



<news:opro9sqy1gdz1r0o@localhost>
Tra l'altro questi ultimi due che sono stati scritti con Opera senza
hamster, mancano della riga del encoding. che sia un bug di Opera?
-- 
P.S. già che ci sentiamo p/ero, avevo mandato per email un link a te ed
Alanford, ma il tuo mi è tornato indietro per indirizzo sconosciuto

 ed Alanford, ma il tuo mi è tornato indietro per indirizzo sconosciuto
Ah già, l'indirizzo. Mi è stato fatto notare altre volte, anche su ICSM,
pensavo lo sapessi che non è valido. Ormai lo uso da molti anni e poichè
non reco danno alcuno, sono intenzionato a mantenerlo. Almeno per ora...
-- 
     * b *          Se vuoi vivere felice per un giorno: UBRIACATI
   *   y   *        Se vuoi vivere felice per un mese: AMMAZZA IL MAIALE
 *   Piero   *      Se vuoi vivere felice per un anno: SPOSATI
Se vuoi vivere felice per tutta la vita: COLTIVA LE CAMELIE prov. cinese


http://www.jwz.org/doc/mid.html
Non so se c'è la stessa roba a cui mi riferisco io ma di recente pure è
passato un m-id di un messaggio in cui gli sviluppatori di Agent
spiegavano come generano il loro. Scusate ma non lo ritrovo; cercando
con google mi pare che l'abbia postato Luca.
Credo che ci sia qualcosa anche sull'help.
Ciao.
-- 
Antonio 

prossimo sturtup del newsreader.
In mostruoso ritardo ma sono arrivato. :-)
Ho provato anch'io, più per curiosità che per altro, a commentare quella
riga, ma probabilmente non basta.
Se si vuole però patchare il sorgente la cosa è tremendamente semplice
(e detto da me che sono una schiappa a programmare...)
Nei sorgenti della versione 1.6.0 basta fare questa modifica:
##################################################################
--- tin-1.6.0/src/misc.c        Sat Jul 12 15:49:46 2003
+++ tin-1.6.0.new/src/misc.c    Tue Sep  9 03:05:25 2003
@@ -985,14 +985,14 @@
                if (offsets[0] == 0)
                        s += offsets[1];
        } while (data > 0);
-
+/*
        if (eat_was) do {
                slen = strlen(s);
                data = pcre_exec(
strip_was_regex.re
,
strip_was_regex.extra, s, slen, 0, 0, offsets, size_offsets);
                if (offsets[0] > 0)
                        s[offsets[0]] = '\0';
        } while (data > 0);
-
+*/
        return s;
 }
##################################################################
La funzione "incriminata" è eat_re.
Ciao.
-- 
Antonio