Newsgroup: it.comp.os.linux.debian
Titolo: [Etch] slrn non vede piu' le accentate

Da quando  su Debian Etch slrn  si e' auto-aggiornato non  leggo piu' le
accentate dei messaggi, o per meglio dire  non le vedo proprio e al loro
posto non vedo  nemmeno altri caratteri, anche strani...  La versione e'
la 0.9.8.1pl1  [2005-02-17]: e' vero  che si legge l'avviso  "Note: This
version is a developer preview. It's enhanced with an unofficial charset
patch, please don't  bug upstream about it", ma questo  vuol dire che la
versione e' bacata?  Qualcun'altro ha avuto lo stesso  problema? Si puo'
fare qualcosa per risolverlo?
Ringrazio chi mi da qualche suggerimento!


Ciao. Io utilizzo sid su macchine SUN e all'aggiornamento di slrn mi è
successo quello che lamenti. Ho chiesto aiuto in rete, ma nessuno ha
proposto soluzioni e quindi è probabile che nessuno tra quellio che di
solito rispondono abbia la risposta. In rete ho trovato alcune risposte
dell'autore di slrn che dice che il problema non è di slrn, ma dei
programmi che distribuiscono le news e quindi lui non deve/può farci nulla.
Qualcuno gli ha chiesto d reinserire la possibilità di gestire il set di
caratteri che ora è stato necessario togliere da /etc/news/slrn.rc e ha
risposto che prima o poi ....
Parrebbe che ci sia la possibilità di un workaround settando opportunamente
la variabili di ambiente, ma non ho la più pallida idea di come fare e
quindi sono tornato all'ultima versione che funziona (per me)
correttamente: la 0.9.8.1pl1-21.
Ad ogni nuova versione, ora siamo alla slrn_0.9.8.1pl1-27_sparc.deb, provo
ad installare nella speranza di risolvere il problema, ma per ora .....
Questo è tutto quello che so/posso dirti.
Ciao
Antonio
-- 
  /¯\  |¯ \/ ¯|(*** !!! attenzione:  campo From alterato !!! ***)
 /¯_¯\ |¯|\/|¯| )-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(
/_/ \_\|_|  |_|(  |a|m|a|d|e|s|a|n|i(a|t)l|i|b|e|r|o(d|o|t)i|t| )
----------------)-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(

 successo quello che lamenti. 
[cut]
Stamattina slrn si  e' auto-aggiornato nuovamente ma  il problema ancora
persiste, anche  se ho fatto  caso che riguarda *solo*  messaggi inviati
con Outlook  Express 6.00: e'  probabile quindi  che sia il  solito modo
della Micro$oft di trattare tutti gli standards... grazie comunque!
Ciao.

 Ciao.
Ciao. Se vuoi vederlo funzionare rimetti l'ultima versione che non aveva il
problema ed ogni volta che tenta di aggiornare slrn, impediscilo.


 della Micro$oft di trattare tutti gli standards... grazie comunque!
Esatto, è un'altra delle simpatiche stronzate dei vari Outcaz Extramerd.
Le ultime versioni del simpatico software, nel content-type mettono un
assurdo "format=flowed" anziché il corretto "text/plain".
Finché ci sono coglioni che usano quella porcheria di software,
purtroppo, il rispetto degli standard sarà una chimera :-/
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815


Ciao. Sono perfettamente in accordo con te sul biasimare chi non rispetta
gli standard ecc.ecc, ma c'è un problema: chi per lavoro, hobby, piacere,
cazzi suoi, legge le news, si trova a dover convivere con standard diversi
ed abitudini diverse e se il progettista di un lettore (in questo caso
slrn) mi mantenesse un filtrino che, tra parentesi, era già presente,
consentirebbe a chi usa linux di continuare ad usarlo senza smadonnare.
Considerando che i vari "Outcaz Extramerd" continueranno sulla loro strada,
io (ad esempio), sono costretto ad usare una vecchia versione, con probabili
rischi di sicurezza per una questione di principio? Potrebbe esserci, come
ha detto qualcuno in rete, un workaround, ma se chi lo fa o lo sa fare, non lo
spiega, i poveri niubbi si trovano tra l'incudine ed il martello delle
questioni di principio e del "mi importa una ....".


 cazzi suoi, legge le news, si trova a dover convivere con standard diversi
Gia'. Indovina a cosa servono questi header:
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 consentirebbe a chi usa linux di continuare ad usarlo senza smadonnare.
Mumble...
^Content\-Type:.*format=flowed
nei filters di leafnode potrebbe servire allo scopo :-)


 nei filters di leafnode potrebbe servire allo scopo :-)
Chiedo venia per la mia ignoranza, ma che tipo di formato e' "flowed"???


Formato continuo, senza a capo fino al punto.
Roba che grida vendetta al cielo, nei news group. ;-)



Ciao. Ho provato in /etc/news/leafnode/filters a mettere la riga che hai
consigliato, ma non cambia niente: può anche essere che sia io a non aver
capito l'utilizzo del tuo consiglio.


 capito l'utilizzo del tuo consiglio.
Ahah :-)
A parte che l'ho sbagliata, ma l'avevo buttata lě per scherzo:
semplicemente l'idea era di mettere un filtro che non scaricasse
(ignorandoli) tutti i messaggi scritti da Outlook malconfigurati (cioč
piů o meno tutti... vista la media degli utenti di Outlook...) :-D



Ricevuto ;) 
Mi chiedo tuttavia una cosa: possibile che non ci sia nessuno
che usando slrn per le news, abbia mantenuto la vecchia versione,
nell'impossibilità di avere le accentate?
Mi pare quantomeno strano. Tu che dici? Tocca sostituire slrn?


 Mi pare quantomeno strano. Tu che dici? Tocca sostituire slrn?
Stavo guardando in giro, in effetti la questione è parecchio dibattuta,
in particolare in Germania dove la questione del charset è più sentita
che da noi.
Pare che per la etch ci sia una patch per slrn che dia la possibilità di
usare utf-8, che in sostanza dovrebbe risolvere in parte il problema.
Resta una soluzione a metà, anche perché quel che non capisco è come mai
non funzioni il charset di default: in .slrnrc è previsto l'uso id mime
(set use_mime 1), ma non è poi possibile specificare un charset di
default (set mime_charset "iso-8859-15"): se si imposta questa seconda
direttiva, slrn non si avvia generando errore.
E ricordo bene che quella direttiva, fino ad una certa versione di slrn,
ha funzionato, ho dovuto commentare la riga nel mio ~/.slrnrc quando ho
visto che dopo un upgrade slrn mi dava errore.
Per cui onestamente non saprei neanche che cosa pensare. Sicuramente
Outlook viola gli standard, non è una novità, ma anche in slrn qualche
ritocco IMHO ci sarebbe da dare...
