Newsgroup: it.comp.software.newsreader
Titolo: Re: Stefano De Cesari

 altrui; ne ho anche troppi dei miei.
azz, non lo avrei mai detto :) e a tal proposito direi che quello del 
charset sia solo la punta dell'iceberg :)
-- 
Ciao, Dmitry
--
GIGAMAIL By X-Privat - 
http://www.x-privat.org/gigamail.php

Per cui non vedo perchè dovrei preoccuparmi io dei problemi altrui;
Perché sei tu che li causi, e perché costa poco mettervi rimedio.
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
- La bellezza salverà il mondo. -

 completamente ignorato
Vi sto leggendo qui su i.c.s.newsreader, e non sa bene l'inizio del
discorso quale fosse, ma la presenza od assenza di un campo header
x-no-archive non ha niente a che vedere sulla pubblicazione di un
articolo su di un servizio web di consultazione dei newsgroup.
Riguardo poi alla presenza di un header con caratteri estesi spedito in
utf liscio senza essere stato codificato con il metodo mime, si era
arrivati a dire che attualmente non è un metodo consentito.

 come puoi leggere è pienamente compatibile
Ferma le macchine, quello è quanto loro dichiarano.
Quello che poi accade nella realtà è un altro paoi di manicah da andare a
vedere e controllare. Tempo fa io asserivo di essere Napoleone, e non
capisco il motivo per cui si astinavano a tenermi rinchiuso in una stanza
P.S. come mai nel tuo articolo, l'url che hai scritto, pur essendo
costituito da una unica parola, è stato spezzato su due righe?


Diciamo che la tendenza di oggi è quella usare le RFC2047, l'utf-8 
"liscio" (come l'avevo soprannominato), Google beta lo digerisce:
 
http://groups-beta.google.com/group/it.test/browse_thread/thread/2453b00a5fa64ee
nel "normale" non c'è ancora:
 
http://groups.google.com/groups?selm=30487fF...@uni-berlin.de
ma dà problemi a molti newsreader (nel thread incriminato - non ci 
giurerei - ma mi sa che il buon *Maurizio - Tannoiser* l'abbia cambiato 
a manina...).
L'utf-8 encodato invece secondo le RFC2047 credo sia una buona cosa 
(rispetta le vecchie RFC822 che volevano solo l'ASCII e lasciano il 
content-type ad esclusivo uso del Body, secondo le RFC1049 e RFC2045).
In Gravity basta peraltro togliere lo spunta:
 
http://www.webalice.it/alanford/shot/gravity_headers.png
perchè il Subject: Re: dsbl Ã¨ utile ?
diventi:
    Subject: Re: dsbl =?utf-8?Q?=C3=A8?= utile ?
 
Ciao.
-- 
 /   _ _ | Xnews e la documentazione in italiano
( (/( (/ | 
http://web.lacasadialice.it/alanford/

Per standard intendo pieno UTF-8.
Ti ho già detto che l'UTF-8 dà ancora dei problemi, perché non usi anzi
il buon vecchio ISO-8859-1?
E perché ritieni che lo standard attuale sia l'UTF-8?


    Subject: Re: dsbl =?utf-8?Q?=C3=A8?= utile ?
Ed infatti avevo sottolineato che bastava cambiare un'opzione:
|Il subject con gli altri newsreader (almeno su Agent), si vede così... mi
|sa che hai attivato pure l'opzione per codificare gli header (non ho idea
|di quale sia, ché non uso Gravity), e anche questo è male...
Non capisco questa ritrosia a usare un charset diverso dall'UTF-8...


 Hai altre amenità da raccontare ?
Se mi costringi a dover fare copiaincolla per rendere attivo un url a
causa della tua (o del tuo programma) maleducazione, continuiamo pure il
racconto, quale è la parte che non è chiara qua sotto?
| posting agents MUST permit the poster to create individual lines longer
| than the default or configured length 
| single words longer than that length (and this specifically applies to
| URIs [RFC 2396]) MUST NEVER be split across more than one physical
| line.
P.S. perché si devono sempre ripetere le stesse cose?

 precise di cui parte in greco
E questo devi farlo su i.c.s.newseader o su i.n.n-abuse ?
Usare impostazioni appropriate per ciascun gruppo, pare brutto?


 valido. 
che sito ha Cataldo? Scusa l'ignoranza.
-- 
Ciao, Dmitry
--
FREENET By X-Privat - 
http://www.x-privat.org/infofreenet.php

 cazzo di newsreader ? 
però non puoi obbligare mezzo mondo ad aggiornarsi il proprio 
newsreader. Fino a prova contraria la maggioranza non usa UTF-8, 
ora.. tu sei liberissimo di farlo per una infinità di motivi leciti, 
ma aspettati cmq che qualcuno prenderà le distanza :)


 mi vorresti alemno notificare la mia informativa ?
sto guardando ora sul suo sito ed in effetti alla pagina di 
registrazione non trovo nessuna informativa il che non mi pare una 
gran cosa. Tuttavia non capisco cosa ci azzecchi questo con il 
discorso iniziale del thread ... Cioè pur di andargli contro ora vai 
a pescare gli scheletri nell'armadio? :=)
e poi... se vuoi saperlo newsportal crea le pagine in  modo dinamico, 
l'x-no archive avrebbe poco senso e cmq lo usa solo google. Non mi 
risulta che vi siano altri newsserver o portali web che lo usano, ma 
posso sbaglairmi.. 


 diffusione su usenet il trattamento ti parebbe legittimo ?
eticamente no, poi legalmente non saprei, probabilmente lo sarebbe 
anche, boh. Cataldo dovrebbe, imho, aggiungere al suo sito quantomeno 
l'informativa sul trattamento dei dati personali e francamente anche 
un disclaimer non ci starebbe male. A volte questi aspetti sono 
sottovalutati ma possono causare seri guai legali. Per il resto non 
voglio entrare troppo nella polemica di questo thread :)
-- 
Ciao, Dmitry
--


 
http://validator.w3.org/check?uri=http%3A%2F%2Fwww.newsland.it%2Fnr%Fbrowse%2Fit.news.net-abuse%2F9215.html
cosa averi dovuto trovarci?
mi dice:
 
| 04 Not Found
| Please make sure you have entered the URL correctly.
Ma non vedo cosa c'entri un validatore per una pagina htm 
con quanto era scritto nel tuo precedente articolo newsgroup.

 adegua tu piuttosto il tuo cazzo di sito
Che bello adesso ho un sito anche io..
mi dici dove è? e di cosa parla?

newsreader.
In ogni caso, tu dovresti usare Mime-Proxy.
X-News ne ha bisogno, come è già stato detto, e farlo costa molto poco
(e penso che per un newsadmin sia anche questione di serietà).


Spiegamolo con parole semplici.
Tanto non capiresti lo stesso.
Evidentemente ci tieni a fare figure di merda. E io non ho tempo per
stare dietro a tutte le tue cazzate.


informativa ?
A parte che come al solito spari delle cazzate senza sapere di che parli
(Cataldo non c'entra niente con quel sito, tonto), resta il fatto che le
due cose non hanno niente a che fare tra loro e che due scelte sbagliate
non ne fanno una giusta.


 serietà). 
In effetti hai ragione, solo che a volte sono talmente tante le cose 
da fare che si dà priorità sempre ad altro.. Ora vedo cosa riesco a 
combinare :)
-- 
Ciao, Dmitry
--


 loro e che due scelte sbagliate non ne fanno una giusta.
Ah ecco! :) Mi sembrava infatti strano che quel sito fosse di 
Cataldo! Mi sembrava troppo strano ... Marcofla ho idea che abbia 
preso un granchio ..


combinare :)
Sull'ottimo sito di Alan trovi la guida per installarlo in dieci minuti:
http://www.webalice.it/alanford/mimeproxy/mime.html


 minuti: 
http://www.webalice.it/alanford/mimeproxy/mime.html
fatto e sembra funzionare come una volta. Più che altro mi stanno 
antipatici questi header che inserisce in modo automatico:
X-Mime-proxy:  body=us-ascii
X-Original-Content-Transfer-Encoding: 7bit
X-Original-Content-Type: text/plain; charset=us-ascii
Posso fare in modo che siano eliminati?


Posso fare in modo che siano eliminati?
Ti risponderà Alan, che è l'espertone di MP (e non solo di quello ;P ),
io nel readme ho trovato:
|Special headers.
|
|Encoding parameters may be set from the original post by initializing the
|following fields :
|
|Encode outgoing article ( from client to server )
|    X-Mp-Encoding: no/yes
|
|Append to User-Agent:
|    X-Mp-User-Agent: no/yes
|
|Use encoded words :
|    X-Mp-Encoded-Word: no/yes
|
|Encode to quoted-printable:
|    X-Mp-Encode-To-Qp: no/yes
|
|Encode to base 64:
|    X-Mp-Encode-To-B64: no/yes
|
|Encoding Charset :
|   X-Mp-Charsets:  First,Next,...Last charmap 
Ma temo non servano per quello che chiedi tu...
Ah, messaggio per Alan: i link vanno aggiornati. A quanto pare il nuovo
sito dell'autore è: 
http://www.lamaiziere.net/index.html
 :-)


 Ma temo non servano per quello che chiedi tu...
ho idea anche io. E se non ricordo male questo era un motivo, 
discutibile, per cui lo avevo abbandonato :)


te puo' regalartelo. Quello che si compra in macelleria non va bene.
In altre parole non hai più niente da dire.
Non che tu lo abbia mai avuto, beninteso.
Certo è incredibile vedere come si può essere tanto tonti da fare una
guerra di religione sui charset. Quando poi basterebbe poco per viver
tutti felici e contenti senza cacare il cazzo agli altri.
Ah, riguardo il richiamo al GCN... fa' una richerchina con Google per
vedere quale charset consiglia di utilizzare d'Itri, per ora. Tonto.


divinità anche per un islamista.
Ti stai emozionando.


quello che ti pare.
Ti riporto ancora il draft, visto che sei tonto, e ai tonti le cose
vanno ripetute:
|4.4.1.  Character Sets within Article Headers
|
|   The character set for headers is US-ASCII.  Where the use of non-
|   ASCII characters is required, they MUST be encoded using the MIME
|   mechanisms defined in [RFC 2047] and [RFC 2231]. 
Ora, puoi tradurre in italiano, così che lo capisci, cosa significa
«MUST»?
Ah è vero, che sbadato! È un draft, non una RFC... non vale a nulla
mannaggia! Possiamo rifarci solo alla RFC 1036, per le news... (Dai,
così ti ho già dato io la scappatoia...)


troppo fesso per portarlo.
Ti sei di nuovo emozionato.


UTF-8 e' standard de facto ammesso in it.*
«de facto»?
Ah ok, dimostrami che è lo standard «de facto», visto che la maggioranza
non lo usa.


 credo non ci sia speranza...)
lol :) son sempre io, l'unico, l'inimitabile :)
-- 
Ciao, Dmitry
--
X-Privat "FREE Usenet" - 
http://www.newsserver.it

 discutibile, per cui lo avevo abbandonato :)
Non puoi fare la ripulitura di quegli header, una volta che sono
passati da Mime-Proxy? Hamster, ad esempio.
-- 
daRkSidE, 21/11/2004 15.36.20
[01/05 - Vision] Shankar: All for You

 UTF-8 e' standard de facto ammesso in it.*
Piccola intromissione. Non entro nel merito della questione su Gravity
perchè non so attualmente come sia messo, cmq io tuoi post in utf-8 mi
sembrano correttamente formati.
Detto questo è errato dire che UTF-8 è "standard de facto", è
semplicemente uno dei tanti charset che si possono usare, ha tanti lati
positivi ma putroppo anche aspetti negativi (diversi newsreader ancora
non lo gestiscono correttamente). Quindi è auspicabile un futuro in cui
si possa usare utf-8 senza problema, è giusto promuoverlo e cercare di
rendere sempre più vicino questo momento, ma mi pare sinceramente
esagerato il casino che state facendo per questa questione.
Abbiamo ormai stabilito (nelle discussioni passate) che le rfc ed i
draft su usenet creano più confusione che altro, in pratica ci troviamo
in un vuoto legislativo (fin quando i signori dello usefor non si
decideranno ad emettere una rfc o almeno a stabilizzare in modo certo i
draft), quindi diventa puerile citare questa rfc o quel draft per tirare
acqua al proprio mulino.
<IMHO> Attualmente il comportamento più giusto è di usare l'utf-8 nel
body solo quando strettamente necessario. Per quanto riguarda gli
header, io preferisco l'ultima versione dei draft che prescrivono di
usare encoded-words completamente ascii e quindi vietano l'uso di
caratteri estesi negli header (anche se fino a 2 anni fa consigliavano
di usare header plain utf-8 </IMHO>
Detto questo volemose bene e vedete un pò di piantarla :-D
-- 
Life without danger is a waste of oxygen.
 
 |\ |       |HomePage   : 
http://nem01.altervista.org
 | \|emesis |XPN (my nr): 
http://xpn.altervista.org

 passati da Mime-Proxy? Hamster, ad esempio.
no... pigro io


    
http://wiki.news.nic.it/AntiSpam
No, grazie della segnalazione!
;P


 sorgente si fa quel che si vuole.
Beh io penso (spero) che l'intenzione sia quella di mantenere le
encoded-words, e da questo punto di vista mi pare ci sia un buon (non
ottimo) supporto da parte di molti newsreader, quindi direi di tenerci
queste :-D
-- 
Did the aliens forget to remove your anal probe?


 semplice, lo usa anche chi sta nel gcn, quindi de facto.
Chi è nel GCN dice che è «standard de jure», più che «de facto».
-- 
daRkSidE, 21/11/2004 18.11.32

del tutto e precedenti rosicate di altri su inna.
L'origine del tutto è stata questa:
|Uhm, capisco che Gravity ti piaccia ma non potresti utilizzare Mime Proxy
|per sistemare i caratteri estesi, se proprio non vuoi cambiare programma?
|Purtroppo Gravity non riesce a gestirli, ed oltretutto tu usi l'UTF-8 che
|dà ancora parecchi problemi... :(
|
|Per esempio: 
http://www.newsland.it/nr/browse/it.news.net-abuse/9215.html
|Il subject con gli altri newsreader (almeno su Agent), si vede così... mi
|sa che hai attivato pure l'opzione per codificare gli header (non ho idea
|di quale sia, ché non uso Gravity), e anche questo è male...
|
|Qua trovi qualche info in più:
|
http://wiki.news.nic.it/CharSet
Precedenti rosicate mie non ce ne sono state in quanto, a memoria, io e
te non abbiamo nemmeno mai discusso. E non mi pare che la mia richiesta
fosse particolarmente astiosa o polemica. Tu però sei subito sbottato e
hai attaccato a destra e a manca (persino Cataldo, che si è limitato ad
un paio di pacifiche osservazioni), nemmeno si fosse davanti ad un caso
di lesa maestà, mostrando poi una pervicacia incredibile e trasformando
un argomento assolutamente marginale in guerra di religione, alla quale
ho ahimé partecipato per via del mio carattere molto "infiammabile" (e,
onestamente, me ne rammarico molto).
Non capisco il motivo di tutto questo e, onestamente, nemmeno ne ho più
di tanto interesse a capirlo ormai. Continua ad usare l'UTF-8 se questo
ti fa tanto piacere, ma almeno non parlare a sproposito di standard "de
facto" (al massimo "de iure", come ti è stato fatto notare), ed accetta
che stai adoperando una impostazione che può creare fastidi.
Ah, hai anche scritto:
|Linux non è gratis, la cultura informatica più in generale neppure.
Hai ragione, ma informarti un poco prima partire lancia in resta, credo
ti sarebbe costato davvero molto poco. Poi, avresti anche potuto essere
in disaccordo con tutto quanto è stato detto, ma almeno avresti portato
avanti una discussione con cognizione di causa, e non una futile guerra
di religione.
Ma, indubbiamente, tirare sempre in ballo rosicate, netkook etc., è più
facile e veloce.


tanto per dir la tua ?
Se cerchi nei vecchi articoli di questo newsgroup vedrai da solo se io
sto remando contro o se sto sostendendo una tesi largamente accettata.


 la cattiva reputazione č piů che altro dovuta al fatto che
continua ad uscire, di fabbrica, se non si vanno a modificare le opzioni,
con il testo in quotedprintable, e poi la faccenda degli header di cui
stiamo discutendo ancora adesso. 
Sono contento che continui lo svilupo di gravity, anche io lo ha usato
per un certo periodo, ma se commette errori non vanno nascosti ma
corretti. Esempio sarebbe da consigliare di far modificare le
impostazioni predefinite

 quella encoded 
No, direi piuttosto che si comporta secondo il metodo /rigoroso/ e da
taluni definito /integralista/ (vedi i programmatori di pimmy) che
consisite nel non tirare ad indovinare (in caso di mancanza di
dichiarazioni esplicite), e quindi non assegnare il set del sistema
operativo od uno qualsiasi altro indicato nelle opzioni del newsreader
e quindi fa vedere un bel puntointerrogativo

 dici bene: de jure è, e de facto chi può lo usa volentieri :)
Il fatto che sicuramente lo sia /de jure/, ma forse non /de facto/,
dovrebbe suggerire di usarlo /cum grano salis/, ovvero, a meno di
superiori complicazioni (come può essere quello di dover modificare il
charset ogni volta manualmente), di usare il charset più diffuso tra
quelli che contengono tutti i caratteri che si sono scritti.
Peraltro, visto che si adduce la giusta motivazione di avere la
possibilità di scrivere correttamente i glifi più disparati, sarebbe
anche opportuno l'uso delle accentate corrette.
-- 
daRkSidE, 21/11/2004 23.16.30

 solo se non è utf-8, come prevedeva la vecchia draft pre 10.
Infatti se fosse utf non ci sarebbe necessità di tirare ad indovinare
dato che è una unico set universale. Ma le indicazioni (non so per quale
motivo) sono cambiate, ed il utf8 liscio non è attualmente ben visto
Comunque, da tutti questi discorsi mi sembra si possa estrarre, come
unica e gradita cosa nuova, che le ultime versioni di gravity, se si
vanno ad impostare in maniera più consona le opzioni di configurazione,
può tornare ad essere un programma da tenere in considerazione, e quindi
si potrebbe rimetterlo nella lista dei programmi nella faq, magari con
due righe di commento sulle personalizzazioni

 ha scritto :
ho fatto una marea di prove anche su it.test. Mi son lasciato prendere
la mano, ma il problema sembra diverso. Gravity in realtà fa tutto
correttamente liscio o gasato che sia l'header.
Stesso PC outlook exp. 6, quella ù non la visualizza nell'elenco dei
messaggi
, ed anche in questo caso in modalità raw: "Subject: Re: Stefano De Cesari
- ciao Gesù".
La differenza è che replando al messaggio e nella preview la cosa viene
sistemata da oe.
Nei test condotti anche oe su questa macchina si mangia nell'elenco dei
messaggi le accentate degli headers a 8 bit non utf-8, ma poi sistema
tutto nella preview e nei reply.
Quelli utf-8 sono invece visualizzati perfettamente comunque.
Non so se è il comportamento normale o qualche parametro di macchina
che debba essere sistemato.
C:\>chcp
Tabella codici attiva: 850 .
Gravity visualizza invece tutto corettamente anche quelli a 8 biti non utf-8
nella lista, ma causa problemi con quel subject con la parola finale Gesù
finale.  Mi viene il sospetto che sia una sorta di bug, il fatto che
l'accentata
sia  l'ultima lettera. Ma andrebbero eseguiti test più accurati.

 test più accurati.
Quindi soltanto in quel messaggio che aveva ultima lettera accentata?
sembrerebbe strano, ma tutto è possibile

 opportunamente) lo onorava... 
io parlo appunto di oggi :) Purtroppo, e dico, purtroppo ora non č 
piů lě :(
-- 
Ciao, Dmitry
--
X-Privat "FREE Usenet" - 
http://www.newsserver.it

 impallato il gioco.
Tento di spiegarlo, perché con OE è possibile replicare una cosa del 
genere: il font ad 8 bit sostituito da uno spazio anziché da "?".
Dunque, se con OE visualizzo come utf-8 un messaggio codificato 
iso-8859-1, e poi faccio il reply inviandolo codificato iso-8859-1, i 
caratteri ad 8 bit vengono eliminati lasciando un spazio.
Può essere che sia avvenuto qualcosa del genere? :-?
P.S. Era il /trucco/ usato da Dominik Jain con OEQuoteFix, per 
/aggiustare/ il delimitatore di OE che mancava dello spazio. In modo 
occulto veniva aggiunto un inesistente font ad 8 bit (alt+0129) che poi 
veniva tolto come descritto sopra. ;-)
-- 
     * b *
   *   y   *
 *   Piero   *
[/panem et circenses/]

 più lì :(
Concordo con il purtroppo... mailgate ci ha perso parecchio... speriamo
che si riprenda ^_^;
-- 
Cammagno


 speriamo che si riprenda ^_^;
imho, via Fusco = sviluppo zero.
-- 
Ciao, Dmitry


 altri potrebbero (dovrebbero) farlo.
ora cmq mi risulta che vi sia Luca Villani, almeno così ha detto lui 
più volte.
-- 
Ciao, Dmitry
--
GIGAMAIL By X-Privat - 
http://www.x-privat.org/gigamail.php

al fatto che altri potrebbero (dovrebbero) farlo.
Ecco, appunto, quale sarebbe (o potrebbe essere) la distinzione tra
servizio di "Archivio" e servizio di "Consultazione"? 
Nel senso che se posso leggere tranquillamente quell'articolo tramite
newsserver per un certo periodo di tempo (salvo aver messo un expire
brevissimo, ma non è questa la questione), allora perché non sarebbe
(oppure sarebbe) lecito poter leggere quell'articolo da una interfaccia web
(della quale non abbiamo finora discusso del relativo tempo di expire)?

 spunta all article / Thread articles / Sort descending
Va molto meglio, grazie...
Ciao. 
-- 
 /   _ _ | Xnews e la documentazione in italiano
( (/( (/ | 
http://web.lacasadialice.it/alanford/