Newsgroup: it.comp.software.newsreader
Titolo: Hamster da errore quando chiudo Agent

ho l'ultima versione di Agent che uso insieme a Hamster.
Il problema è che quando chiudo Agent, Hamster mi da questo errore:
2005/09/02 18.20.27 I   {97c} Il client 
127.0.0.1:119
 (648) si è
disconnesso
Ho scoperto che il problema è dato dal fatto che la nuova versione di
Agent non da il comando "QUIT" prima di chiudere la connessione col
server.
Si può fare qualcosa?

Scusa ma te lo dà come ERRORE? Cioé è in ROSSO sul log del Criceto?
no, è giallo, però è sempre fastidioso

 Capisco sia fastidioso ma se Ã¨ giallo non Ã¨ un ERRORE ma un AVVISO.
O è sbarellato Mime-Proxy o hai problemi con i charset.
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
- La bellezza salverà il mondo. -

 "Due cose sono infinite: l'Universo e la stupidit?mana.
                                                  ^^^
Stai nuovamente uscendo con Hamster che aggiunge la firma in ISO-8859-1,
successivamente, e Agent che dichiara il post in UTF-8.
Ciao,
un TJL73 che segnàla...
-- 
"Ogni soluzione genera nuovi problemi."
                                 -- 7° corollario alla "Legge di Murphy"

 mio.... che non so se è risolvibile...... mi ci devo mettere....
Strano non sbarelli sempre allora... dando un'occhiata veloce mi pare 
lo faccia quando hai la firma incriminata... probabilmente non sa più 
che pesci prendere, con due charset nel corpo dell'articolo...
Perché usi l'UTF-8, comunque? Non è meglio l'ISO?


 mettere le firme a mano).... :o( 
Se vuoi le firme casuali prova pick-a-tag, senza passare per Hamster. 
L'ho trovato il programma migliore per questo, leggero, fa quello che 
deve fare e basta.


 visti gli indubbi vantaggi che porta.
Quoto e sottoscrivo.
-- 
Cammagno

 Ho capito... mi devo mettere a scrivere uno script di conversione...
IMHO, se hai davvero deciso di uscire sempre in UTF-8, basterebbe ti
salvassi tutte le firme già in UTF-8.
In questo modo, sarebbero sempre conformi al charset dichiarato nelle
intestazioni MIME.
Ciao,
un TJL73 che non capisce ma si adegua...
-- 
"Chi ha l'indispensabile sente una gran mancanza del superfluo."
                                                              -- Anonimo

 Grazie per il suggerimento ma Hamster è troppo comodo ;o)
Vabbe' ma nessuno esclude che tu possa usarli entrambi :P


 Quoto e sottoscrivo.
Pure io.
-- 
Earth: A solid substance, much desired by the seasick.
 
 |\ |       |HomePage   : 
http://nem01.altervista.org
 | \|emesis |XPN (my nr): 
http://xpn.altervista.org

 conversione........
Il Playground ha già implementate ottime funzioni di codifica.
-- 
daRkSidE, 21/09/2005 0:09:02

 che pesci prendere, con due charset nel corpo dell'articolo...
Il charset č sempre uno solo ed č quello indicato nell'apposito header.
Il risultato č semplicemente che si ottiene un risultato diverso (punto
interrogativo su fondo scuro e romboidale) da quello sperato, ma la
codifica e relativa decodifica č una soltanto.
Strano comunque sbarelli, la parte iniziale in UTF-8 dovrebbe essere
correttamente colta.
-- 
daRkSidE, 21/09/2005 0:01:29


Guardando al grezzo senza mediazione di Mime-Proxy, vedo al posto delle 
accentate strani caratteri, ad esempio «Ã²», com'è normale con l'UTF-8, 
ma il simbolo di copyright non si trasforma. Ciò non indica che la sign 
non è stata codificata?  Ed a questo punto, ipotizzo, Mime-Proxy non sa 
che pesci pigliare e sbarella.


 che pesci pigliare e sbarella.
AFAIK, MProxy non si comporta correttamente... quel messaggio, in
effetti, è malformato, dato che Fr3ddie dichiara UTF-8, il messaggio lo
è ma la firma no. La firma viene aggiunta da Hamster e non in UTF-8.
Però, visto che tra gli header di Fr3ddie c'è in bella vista un:
"Content-Type: text/plain; charset=utf-8", MProxy dovrebbe considerarlo
UTF-8, a prescindere da quello che è il reale contenuto di quel post...
Giusto?
Agent, si comporta in quel modo, considerando il messaggio come
dichiarato negli header e non in base al suo reale contenuto.
Altrimenti, gli header che ce li mettiamo a fare?  O_o
Ciao,
un TJL73 che la vede così...


 ma il simbolo di copyright non si trasforma.
Qui effettivamente non ho capito nemmeno io. In teoria dovrebbe dare
portare a un errore in visualizzazione anche in questo caso, visto che
il carattere di copyright richiede 8bit. A meno che non mi sia perso
qualcosa, faccio una piccola prova qui forzando l'UTF-8:
©ڲ
Per concludere, rispondo qui a proposito del fatto che Hamster non
supporta unicode. Sicuramente per il Playground questo non è vero, ma
non è vero nemmeno per il Classic.
Il problema qui è unicamente nel fatto che viene usato uno script che
contiene errori o non affronta un possibile problema.
In sostanza, se i tempi possono anche essere maturi per l'uso di UTF-8,
sicuramente non lo sono per quello script. Ed essere costretti a usare
gli apostrofi al posto delle accentate nella firma per ostinarsi a
uscire in UTF-8, mi pare sicuramente un pessimo uso dell'UTF-8 e non
sarà certo questo il modo sensato per favorirne la diffusione e
dimostrarne l'utilità.
Se non sbaglio (mi pare di avere visto una simile utility nel sito del
compressor 7-zip), ci sono utility a riga di comando che permettono di
convertire qualcosa codificato nel charset di sistema in UTF-8.
-- 
daRkSidE, 26/09/2005 1:23:25

 ©?
Questo caso è diverso da quello di Fr3ddie... tu hai dichiarato l'UTF-8
e sei realmente uscito in UTF-8... lui no. Ha dichiarato l'UTF-8 ed è
uscito in "non-UTF-8".
Quindi, anche tu, dopo aver dichiarato UTF-8, nel RAW, invece di "Â©Ú²",
avresti dovuto metter un "©Ú²".                                   ^^
                          ^
In questo modo, saresti uscito in "non-UTF-8" pur avendolo dichiarato.
Spero di essermi capito. (cit.)
Ciao,
un TJL73 che non sa cosa ne verrà, di 'sto post...


 Altrimenti, gli header che ce li mettiamo a fare?  O_o
Beh se però fai il furbetto del quartiere e metti una dichiarazione, ma 
poi usi pure un altro charset... :-)


 Ciao (ti preparo una surprise ^^).
'azz... ok, aspetterò :D


 favorirne la diffusione e dimostrarne l'utilità.
È quello che penso anch'io. Ed a parte questo non vedo alcun motivo per 
diffondere l'uso dell'UTF-8, al momento. Tranne che in newsgroup dove è 
utile usare più di un charset, in tutti gli altri l'ISO sopperisce bene 
ad ogni necessità, quindi perché non limitarsi a questo?
È evidente che non ci sia alcun vantaggio pratico, mentre i problemi mi 
sembra siano sotto gli occhi di tutti. L'UTF si diffonderà quando ve ne 
sarà bisogno, esattamente come è stato per l'ISO, perché non rendersene 
conto e continuare a creare problemi per nulla?
Purtroppo quando la gente si fissa...


 ma poi usi pure un altro charset... :-)
IMHO, dovrebbe prendere per buone le impostazioni dell'header... se
dice UTF-8, MProxy dovrebbe processarlo come fosse UTF-8... poi, quel
che ne viene, ne viene... un po' come fa Agent (e non so chi altri).
Ciao,
un TJL73 che considererebbe gli header come un vangelo...
-- 
C'e` una sola certezza nella vita...
E vorrei non esserne cosi` sicuro.   :o(

 sicuramente non lo sono per quello script. 
[...]
Del resto, mi pare, qualcosa del genere succede anche quando si aggiungono
(tramite script che agisce sui messaggi in uscita, sull'evento
OnBeforeSendingMessage) delle accentate a un messaggio Unicode in Dialog...
La riga che segue è aggiunta dallo script di Dialog:
[Unicode Message *UTF-8* Questo è un messaggio con codifica Unicode]

 [Unicode Message *UTF-8* Questo 柵n messaggio con codifica Unicode]
"è un" è diventato "cinese" ;)

 che ne viene, ne viene... un po' come fa Agent (e non so chi altri).
È quello che vorrei facesse infatti, eventualmente scazzando coi 
caratteri in firma.


 Vieni con i piedi puliti, mi raccomando...
Ma ho fatto il bagno solo due settimane fa!


 OnBeforeSendingMessage) delle accentate a un messaggio Unicode in Dialog...
Certo, il punto è proprio quello. Non so dove sia finito, ma avevo uno
script (per PG) che codificava l'aggiunta in funzione del charset
dichiarato o, eventualmente, modificava la dichiarazione.
-- 
daRkSidE, 27/09/2005 22:25:49

 "è un" è diventato "cinese" ;)
Perché Dialog "si fida" degli header e interpreta il messaggio come 
UTF-8; Thunderbird invece (oltre a mostrarmi con un carattere diverso 
qualsiasi messaggio UTF-8) quella «è» me la visualizza come un rombo 
nero con un piccolo punto interrogativo dentro; provo a incollarlo: �
-- 
Fare Well!
G | ICQ#: 16553733 ~ GoogleTalk: alfavata ~ MSN: 
alfa...@hotmail.it
IRC: Gandalf on 
irc.azzurra.org
 ~ Jabber: 
gan...@jabber.linuxfan.it
www.fiag.it
 ~ 
www.x-privat.org/newsgate.php
 ~ 
www.getthunderbird.com

 Ok, piů tardi o domani gli scrivo.
Bah, non č detto che la cosa ti aiuti! anzi! magari ti risponde che sono
un rompiballe io e i miei file delle traduzioni :-D
Sto scherzando č una persona disponibilissima ... e poi se gli stai
segnalando un problema del suo MimeProxy non gli fai che un piacere.
Non aspettarti perň risposte immediate, diciamo che mediamente risponde
nel weekend ... o in quello successivo :-)
-- 
I tried switching to gum but I couldn't keep it lit.


 is a limitation with this kind of product. 
Direi che ora è un po' più chiaro :-)
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
«Solo due cose contano, nella vita: l'amore in tutte le sue forme con
ragazze carine, e la musica di New Orleans e Duke Ellington. Il resto
sarebbe meglio che sparisse, perché il resto è brutto.» [B. Vian]

 Direi che ora è un po' più chiaro :-)
Si, diciamo che è un punto di vista. Io preferisco di gran lunga il
replace con i '?'.
-- 
Money is the root of all evils. Send $20 for more info...


 replace con i '?'.
Beh, scrivi una versione modificata di Mime-Proxy, scusa ;-P


 Beh, scrivi una versione modificata di Mime-Proxy, scusa ;-P
A parte che ormai per nulla al mondo programmarei in C/C++ ... poi ho
non ho bisogno di MProxy, XPN i charset li gestisce bene ;-)
-- 
All wiyht. Rho sritched mg kegtops awound?


 non ho bisogno di MProxy, XPN i charset li gestisce bene ;-)
Gnè gnè gnè!
Sei il solito Chiacchiere e Distintivo!
 ;P
